「まともに単体テストを書ける人は実はすごく少ない」 市場バグを発生させない“単体テストで対処する”という考え方

品質やテストといった活動が「本質的にアジャイルになって変わらなければならない」といった問題を定義し、その解決手段を提案する「今、全エンジニアに求められる『アジャイル開発での品質視点の変化』」。ここで株式会社デジタルハーツホールディングスの高橋氏が登壇。最後に、あらためて参加者からの質問に回答します。前回はこちらから。 どうすればうまくリファクタリングができるか 高橋寿一氏（以下、高橋）：じゃあここでもう1回Q&Aタイムを取ります。 高木陽平氏（以下、高木）：ありがとうございます。今Q&Aにまだ質問が上がっていないみたいなので、ちょっと私から質問します。リファクタリングをしなければいけないところって、逆に手をつけられないようなけっこう複雑怪奇な部分だと思うんです。そこらへんはどうすればうまくリファクタリングができるんでしょうっていう（笑）。 高橋：まず、日本人がすごくリファクタリングが嫌いな

[xlc]

肝心の「単体テストの書き方」については何も書かれていない記事。いかにも意識高い系。マウントが主目的と思われる。

[fukken]

単体テストは、プログラムを書く人が自身の不安を消すために書くもの。何かを保証するものという認識は捨てるべき。本人が安心できるなら「まとも」で、機能しないテストを書くのは単に能力不足。

[todomadrid]

プログラミングを大学大学院で専門的にやっても、テストや品質についてはほぼゼロだった。こういう知識は実は設計の基礎にもなるし、もっと重視されるべきと思う。

[takahashim]

“複雑度20以上のプルリクはそのままリバートするようなツールを作ったりしていました”

[chi-bd]

>「実装者が機能実装でいっぱいいっぱいの場合、品質に視線を向けさせるためにはどうしたらいいでしょうか」。 高橋：「そのイメージだと誰も言うことを聞いてくれない」です（笑）

[manhole]

“「市場不具合はシステムテストじゃなくて単体テストで全部潰れるから、じゃあ単体テストをちゃんとやったほうがぜんぜん工数が安いじゃん」”

[takatama]

単体テストで十分カバーできる。複雑度とテスト技法を学べばOK

[yuzuk45]

単体テストじゃないものをそう呼ぶのやめろ

[spiral]

まともに要件出せるやつが少ないからだろ。

[tofu-kun]

“「市場不具合はシステムテストじゃなくて単体テストで全部潰れるから、じゃあ単体テストをちゃんとやったほうがぜんぜん工数が安いじゃん」”

[twotiger]

この手の話って不毛だよね。別にMSだってGoogleだってよくバグあるし。だからって、バグだらけでいいってわけでもないけど

[seal2501]

“僕の経験だと「単体テストで全部潰れるじゃん」っていうものばっかりだったの。「市場不具合はシステムテストじゃなくて単体テストで全部潰れるから、じゃあ単体テストをちゃんとやったほうがぜんぜん工数が安い”

[ardarim]

単体テストって観点さえ理解できてればある程度機械的に作れるし、うっかりとか思い込みのコーティングミスをあぶり出すものだと思ってる。アジャイルだとロジック自体の担保はどこでやるのだろう？

[tanority]

テスト

[moromoro]

きちんとは読んでないけど開発者視点な感じ。"スプリント終了後のシナリオ的な結合テストは不要の認識でいいのか"ってサービス／仕様バグ出すフラグよね。デジハってこんなやばかったっけ…現場の人とは違うのかな

[shikiarai]

すごく少ないよ。でもまともに結合テストできる人はもっと少ないよ。

[yellowdomestic]

まともに単体テストを書けるプロダクトは実はすごく少ない　単体テストは補助輪にはなるが、割れた卵を元に戻せるような手法ではない

[tazyamah]

結合テストで発生するような不具合はは影響人数が大きくて出荷までにだいたい潰れてるけど、単体テストは人数少なくて見逃されがちってだけじゃねーの？ 単体のみだとモジュール間のIFを検証することができない。。