ほんのりTDD

1. 0
ほんのり
TDD
エスキュービズム・テクノロジー
エンジニア勉強会
Mar. 25, 2016
S-cubism Technology Inc.

2. TDD知ってますか？
1
1. 聞いたこともない
2. 聞いたことはある
3. 概要は知っている
4. 実際にやったことがある
5. ここにいるやつらには負けねぇ！

3. TDDとは
2
• 説明はwikiへ
• https://ja.wikipedia.org/wiki/%E3%8
3%86%E3%82%B9%E3%83%88%E9
%A7%86%E5%8B%95%E9%96%8B
%E7%99%BA

4. TDDとは
3
要するに、
先にテストコード書いて動作確認したら
ちゃんと動くコードとテストが
手元に残ってあらお得。

5. そもそもテストとは
4
• 説明は（ry
• https://ja.wikipedia.org/wiki/%E3%8
2%BD%E3%83%95%E3%83%88%E
3%82%A6%E3%82%A7%E3%82%A
2%E3%83%86%E3%82%B9%E3%83
%88

6. そもそもテストとは
5
• ソフトウェアテストに成功するとは、規
定した試験項目にすべて合格するか、規
定した品質目標に到達しているか、欠陥
を発見することである。ソフトウェアテ
ストでは、欠陥が存在することを示すこ
とはできるが、欠陥が存在しないことは
証明できない。
• でも人がやるのはしんどい

7. テストは新卒の仕事？
6
• 開発会社に新卒で入るとまずはテスト
• テスト仕様書だけ渡された（´・ω・｀）
• これ、どう動いたら正解なの？
• よくわかんないけど、書いてあることだ
けやる
→Vモデルで対応している設計や仕様が
切り離されたテスト

8. TDDでは
7
• テストパターンに基づいて、実装者がテ
ストコードも書く
• 実装とテストコードを交互に記述してい
くので実装もよくわかっている（当たり
前）
→テストフェーズの一部を実装フェーズに
落とし込む

9. 何がいいの？
8
• 人力でやらないといけないテストを
– 減らせる
– 自動化できる
– 残せる
• テストコードで動作確認をすると関係な
いロジックに振り回されないで済む。
• 実装したモジュールの使い勝手がわかる

10. だめなところ
9
• テストコードが増えると
– メンテコスト増える
– テスト実行時間が増える
• TDDをチームで続ける意志が必要
（一旦くずれたらもう元には戻らない・・・）
• 既存部分のテストコードが書けない（こ
とはないけどしんどい）

11. ここまでのまとめ
10
• ただのパターン網羅はTDDでやると吉。
• ただし、基本的に単体テストレベルの話
なのでそれ以上は人力。
• 動作確認楽だしテストコードが手元に残
っておいしいです。
• 下手するとゴミテストコードがたまって
TDD自体を放棄することに・・・
• ご利用は計画的に。

12. 話聞いただけで
11
わかったら苦労はしません

13. やってみる
12
実際にやってみてもらうので
どなたか挙手を

14. おわり
13
ありがとうございました。