深夜のテストTL

Ayumu AIZAWA @ayumin

恋 したい

ヨシオリX @yoshiori

なんか「テストファースト」って言葉に2種類の使われ方があって、混乱するなぁ…… テスト手法のテストファーストと、開発手法のテストファーストはわけるべきだよなぁ

ヨシオリX @yoshiori

「TDD はテスト計画をせずにテストしてしまうから……」とか「品質管理のためには……」とか言われるとなぁ TDD はあくまで"開発"手法であって、テスト手法では無いんだよね。もう、TDDで品質があがるって啓蒙するの止めちゃえば、いっそ変な誤解が広がらないんじゃないかなぁ。

ヨシオリX @yoshiori

TDD は開発者が不安を無くすためにやっているので「品質は担保していません!!」(本当はその不安を無くしてるおかで品質があがってたりするんだけども) でいいと思うんだけど、乱暴かなぁ‥‥

Ayumu AIZAWA @ayumin

@yoshiori　品質が「あがっている」と「担保している」は微妙に違いますよね

ヨシオリX @yoshiori

不安が無くなってるからリファクタリングが出来たりして結果として品質は上るから、どうしてもみんな品質の話しをしちゃうんだけど、そのせいもあってTDDでやってればテストイラネ的な勘違いする人が出てきちゃってゴチャゴチャになるんだったら「品質の話しはしてねーよ!!」て良いんじゃないか?

ヨシオリX @yoshiori

@ayumin 違うんだけど、「品質あがるよ!」って言っているだけなのに「それではテストとして不完全だから」とか、テスト手法と開発手法をごっちゃにしてしゃべられちゃったりするんですよね＞＜

Ayumu AIZAWA @ayumin

@yoshiori そうですねー自分もたまに勘違いしちゃうことがあってついこないだも痛い目にあいました

Leonard Chin 😷 @lchin

@yoshiori そりゃBDDを提唱してる人が言ってることじゃん？

ヨシオリX @yoshiori

@lchin うん、そうなんだけど、名前変えて逃げるのはイヤだから、乱暴かもしれないけど、「品質の話しはシテネー!!!」って言い切っちゃってもいいのかなぁって

おんでぃ @120reset

@yoshiori フェーズとして違うのに、テストっていう単語の立場がややこしいから発生する問題ですよね。実際には全くややこしい話じゃないのに。さっきのTweetの内容は適切だなって思いますよ。

Yasuharu Nakano @nobeans

風が吹けば桶屋が〜理論に基づくと、開発プロセス上のあらゆる活動は全て『コスト』軸への射影をベースとした議論に還元できる。同様に『品質』軸への射影として議論することもできる。でも、無理矢理そういったスーツ的軸上で議論を展開してみても実質的なメリットはなくて、むしろ弊害しかないよね。

Ayumu AIZAWA @ayumin

むしろTDDという開発手法についてはききあきた感があるから、そろそろあらためて品質保証のためのテストという話をききたいししたいなぁ　とか思った

おんでぃ @120reset

ATDDってのもあった気がするけど、単語自体がメジャーにならなかった感がある。

おんでぃ @120reset

でも、どちらにしろテストの粒度は違うんだからそこを意識してればいいと思うんだけどな。

MOROHASHI Kyosuke @moro

@ayumin 「品質」を「保証」するのか。うーん、なんていうか、まずその品質を屏風から出さないとなー、という感じで、なかなかそちらに踏み込む心の力を蓄えられないなあ。

Yasuharu Nakano @nobeans

TDDなんてプログラマのプログラマによるプログラマのための開発手法なんだから、チームでとか言わずに、どんどん個人レベルでやったらいいんじゃないのかな。キーボードにHHK使うと効率が良い、とかと同じレベル。という極論。(ちなみにそんなにバリバリなTDDerでは無いです。試行錯誤中。

Ayumu AIZAWA @ayumin

@moro 品質って何？見たいな話をきちんとした後でないと、その「保証」っていうところまで考えにくいですよね。

ゆーけー @ukstudio

Webアプリ・サービス系だと品質保証ってそもそもなんぞ?なところが多い気がするな。開発者がこんぐらいやっとけばいっかーみたいな。

MOROHASHI Kyosuke @moro

@ayumin JISとかISO的な定義もありますけど、それをプログラミング的な腕力で解決すること自体の可否と是非も考えるのが大変で、それがいまやってることのスタイルに合うかどうかも微妙なので、いろいろ悩みつつ逃げてる感じ。そこへの搦め手の一つでもあるのかも < デブサミの話。

Ayumu AIZAWA @ayumin

ちなみにJSTQBの用語集によると「品質(quality):コンポーネント、システム、プロセスが指定された要求、ユーザ、顧客のニーズ、期待を満たす度合い　だそうです

Ayumu AIZAWA @ayumin

@ysakaki 逆じゃない？「要件を満たしているか」というのは確認できるが、「テストが十分かどうか」は確認しにくい

しろくろきつね @skn9x

@yoshiori 和田先生が「TDDは品質保証しない。品質向上はするけど」って言ってた気がする。チキチキTDD第２回で。

MOROHASHI Kyosuke @moro

@ysakaki 「十分」についてkwsk。項目数? コード:テスト比? カバレッジ?(Cはいくつ?) それでほんとに「ちゃんと動くこと」担保できる? という話になるのではないだろうか。

ゆーけー @ukstudio

@ysakaki テストが十分かどうかって何を持って判断したらいいか難しい気がします。要件の方が判断しやすいような。