テストがなかった無法地帯にテストを導入して開発速度を1.7倍にした話 - Qiita

テストがなかった無法地帯のプロジェクトに自動テストを導入して、開発速度を1.7倍にした話をします。 自動テストがなぜないのか 自動テストのないプロジェクトには、そうなる理由が必ず存在します。よくみる理由は、「時間がないから1」「テストの書き方がわからないから」「無理やりテストを書いたつらい経験があったから2」といったものです。今回のプロジェクトの場合は、以下の2点でした： 自動テストの書き方がわからないから レビューがテスト代わりだったから まず、チーム編成が変わって私ともう一人がチームに加わるまで、実装者の中に自動テストの経験者はいませんでした。このような状況では、自動テストは困難になります。なぜなら、何をどうやってどこまでテストするかを決めるには、多少の慣れが必要だからです。この慣れがないと、何をしたらいいかわからないという状態に陥りがちで、結果として自動テストが後回しにされてしまいま

[satohu20xx]

行数だとTestも含めてるなら1.7倍しか増えてないなら実コードは逆に減ってる気がする。／追記：あら。そうなのですね。行数で開発効率アップって文字面がマサカリ投げたくなる人間は私も含めて多いのでご注意を

[devorgachem]

補足ですが、テストコードの占める割合はそこまで多くない（コスパのいいところしか書かなかった）ので、プロダクトコードの開発速度が減ったということはありません／「LoCどうなのよ」について補足加筆しました

[t-wada]

圧倒的に尊い。すばらしい。

[ledsun]

多分すごいのは「2人から3人に増えた時に、生産量が1.5倍以上に増えたこと」じゃないかな？普通は、人が増えればコミュニケーションコストの分、一人の生産量は減る。

[toshiwo]

改善して給与があがるのよい ( ˘ω˘)

[rti7743]

状態を持つシングルトンは楽だからあってもいいと思うけど、テスト対象になりうる下層まで落ちてくるのが問題。途中の階層で変数へと昇華させればいい。どうせ最上位のUIはテストを書きずらいしコスパは悪いんだから

[nkazuki]

行ベースがテストも含んでるのか気になる

[mattn]

「この成果が認められて給与が上がりました」

[ilyaletre]

自動テストの実りは「テスト容易設計の浸透」による設計の安定化だと思う。回帰テストによるリグレッション検知とかは付随物かなーと。いずれにせよナイステストマン。

[kitamati]

5年くらい前に筆者がみずほ銀行のサグラダファミリアに参戦してたらもっと早く完成してついでにメンバーの給料も上がっていたんでしょーか

[nihonbuson]

自動テストを書く動機に向かわせるためのシナリオが素晴らしい。 あと、自動テストの狙いを「品質を担保するため」にしていないのも良いなと思う。

[FunnyBunnyDizzy]

得られた計測不能な安心感がプライスレスだと思うので本当にすばらしい

[babydaemons]

“悪性の Singleton についても、徐々に依存を切り離していき、3ヶ月ほどかけて滅ぼしました。Singleton を埋め込むのは一瞬ですが、切り離すのにはこんなにも時間がかかるのです”

[tettekete37564]

“状態をもつ Singleton” < ゲロ吐きそうなパワーワード。テスト以前の問題

[norabal]

ある程度の規模のプロジェクトになるとテストコードは必要だと思う。が、まったく存在しないプロジェクト、あってもメンテナンスされていないプロジェクトは山ほどある。というか、そういうプロジェクトばかり(^_^;)

[maraigue]

"たとえば、API を呼び出す関数を実装したとして(中略)もしこれが手動の動作確認だと、ある程度 UI に表示できるところまで組み立ててからの動作確認になってしまいます"

[digo]

とてもよいハナシだけど開発速度の計測方法はちょっとモヤモヤする

[hackapellmanda]

こういうのまじでやっていかないといかん

[tg30yen]

コードレビューが担保していた品質はテストで担保される、本当にそうだろうか？

[Nyoho]

テストがあるとコードレビューの時間が短縮できる。設計そのものが破壊性でないものになっていく。確かに圧倒的に尊いですね。

[june29]

導入の丁寧さが素晴らしいですね〜。

[slash_01]

これは確かに 。。。でもどうすれば良いのか分からなかった。“さらに、レビューアの責任の重さは別の問題も引き起こします。責任の重さによってレビューアの心理的な抵抗が高くなり、レビューの着手を遅らせてしま

[toritori0318]

めっちゃ良い

[tomiyanx]

“テストを意識することでチームの設計レベルが大幅に引き上げられました。テスト容易な設計では疎結合/副作用の少なさ/単責務を強制されるためです” 大事

[ene0kcal]

才能を感じる文体だ。もちろん内容も良い。しかも給与が上がるとは良い職場で別世界に生きているようだ。

[akabekobeko]

よい記事。私も導入前は訝しんでたけど実際にテストを書くようになったら対費用効果の高さを実感できた。疎結合で安全な設計の養成ギプスになるしテスト自体が良質な API サンプルとして機能する。

[chintaro3]

　「悪性の Singleton には感染性があります。悪性の Singleton に依存するコンポーネントも、また同じ性質を帯びやすくなるのです。」

[nilab]

テストがなかった無法地帯にテストを導入して開発速度を1.7倍にした話 - Qiita

[tky-24]

テストを導入すると給与が上がる

[line45]

テスト自動化のさんこう

[terepanda]

一人当たりではなくプロジェクトとしての開発速度UPだとすると、単に新しい人が優秀だった可能性はないのだろうか？元からいた人の生産性もあがってるといいな。

[side_tana]

はー、人数増えて開発速度上がってるのすごい

[pochi-mk]

自分も無法地帯をどうにかするだけのスキルと人間力を身に着けたい

[basyura]

受講したい

[fjwr38]

行ベースで速度測るのは何か違う気がするが

[snowcrush]

開発パフォーマンスの話なのでテストコードやリファクタリングの分で行数増えたんじゃ的ツッコミはちょっと違う気が。時間あたりのコード書く量は増えて、かつ本体のコードはシュリンク出来てるならいいことじゃん。

[Nkzn]

“この成果が認められて給与が上がりました” KENZENだ