テスト駆動開発の資料

1. yamakawa ryutaro
June 14, 2017
社外向け改訂版

2. はじめに
• この資料は経験が浅い開発者がつくっている
ため、おかしい箇所もあるかもしれません。
• とある開発者は、こんな風に思ってるんだ
なーと聞き流すつもりでお願いします。

3. 品質の確認してますか?

4. なぜ品質確認が必要か
• 客観的な品質確認の仕組みが必要
• ソースコード更新時に今まで使えていた機能
の担保が必要。

5. 品質を確認するために何をすべきか
• テストコードを書いて、機能・設計を継続的に
改善する

6. 有名なスタンド
リクルートテクノロジーズ 和田卓人さんのスライドに必ずでてくる
スタンド名:ワイルド・サバンナ

7. なぜテストコードが存在しないのか
• 品質確認をするためのコードを書いた経験が
ある人が少ない
• テストを書く文化がない
• 環境構築が面倒、わからない
• 会社の直接的な利益にはなりづらい

8. なぜテストコードを書くべきなのか
• ドキュメントとして
• =>どのモジュールがどのような振る舞いをす
るのかテストコードを見ればわかるようになり
ます
• 回帰テスト(修正前の機能が使えるか確認)
• =>どこに影響しているかわからないコードを
書くのは、エンジニアのメンタルに相当プレッ
シャーがかかります

9. どうアクションをおこすべきか
• 機能改修が多く発生する箇所から、優先順位をつけ
て少しずつ手をつけていく。
• まずは、DBを使用しないテストから行っていく
• 環境構築ドキュメントを用意する
• あまり改修する必要がない箇所は、テストコードが不
要
• メリハリが大切!

10. テストコードは銀の弾丸ではない
用法用量を守って正しく

11. おわり