動かしながら作っていく、というのを伝えたくて。 粘土をこねこねしながら形を整えていく感じに似てると思う。

1. TDDの「なぜ」に答える！

2. その前に、

3. TDDのやり方を。

4. 1. 小さいテストを１つ書く。
2. すべてのテストを実行し、１つ失敗することを確認する。
3. 小さい変更を行う。
4. 再びテストを実行し、すべて成功することを確認する。
5. リファクタリングを行い、重複を除去する。
Kent Beck『テスト駆動開発』より
TDDのやり方

5. TDDのやり方
https://pacroy.blogspot.com/2017/01/a-few-exercises-for-you-to-practice.html
1. エラーになるテストを書く
2. テストが通るように書く
3. リファクタリング

6. TDDのやり方
https://pacroy.blogspot.com/2017/01/a-few-exercises-for-you-to-practice.html
0. TODOリストを書く
1. エラーになるテストを書く
2. テストが通るように書く
3. リファクタリング
x. くりかえし...

7. それではあらためまして

8. TDDの「なぜ」に答える！

9. 問い：TDDはテストなの？

10. TDD はテスト技法ではない。
TDD は分析技法であり、設計技法であり、
実際には開発のすべてのアクティビティを
構造化する技法なのだ。
Kent Beck 『テスト駆動開発』より

11. 問い：TDDはテストなの？
答え：TDDは設計なの！

12. 問い：なぜテストするの？

13. ■試してみる、失敗できる
そんなもん動かしてみりゃわかるじゃん！
やってみて動かしてみて直せばいいじゃん
■詳細設計？、机上デバッグ？
その考えている時間がムダ

14. 問い：なぜテストするの？
答え：動かしてみりゃわかるじゃん！

15. 問い：なぜテストするの？

16. ■作りやすさと使いやすさは別もの
使ってみて初めてわかる使い勝手
小さなドッグフーディング

17. 問い：なぜテストするの？
答え：使い勝手もわかるじゃん

18. 問い：テストコードは何のため？

19. ■テストコードを書くことで気付くことがある
■テストコードが仕様書となる
■自動テストはまた別の話

20. 問い：テストコードは何のため？
答え：考慮漏れにも気がつくじゃん

21. 問い：テストコードは何のため？

22. ■リファクタしようぜ！
リファクタ後のデグレ確認
リファクタできるときにやっておこう
技術的負債になる前に

23. 問い：テストコードは何のため？
答え：リファクタするから

24. 問い：TDDのコツってなぁに？

25. ■リズムよく、テンポよく
■実行結果に ”反応” しよう
迷ったら動かせ、結果を見て考えればいい
フィードバックだいじ
■歩幅を小さく
少しずつ完成させる
■ゴールは 「動作するきれいなコード」

26. ■リズムよく、テンポよく
■実行結果に ”反応” しよう
迷ったら動かせ、結果を見て考えればいい
フィードバックだいじ
■歩幅を小さく
少しずつ完成させる
■ゴールは 「動作するきれいなコード」
あとで実演します！

27. 問い： TDDのコツってなぁに？
答え： TDDは考え込まない
少しずつ完成させる

28. 問い：TDDの効果・効能って何？

29. ■安心感
本来は自分が安心するためのもの
■やってる感、すすんでる感
動くものが「できていく」のがいい
できた！終わった！

30. 問い：TDDの効果・効能って何？
答え： 安心感

31. 問い：組込み開発でもTDDがいいの？

32. （私の考え）
■テスティングフレームワークを載せるのが難しいなら
単に「対象の関数を呼ぶだけ」であってもTDDはできる
■どう動作確認できるか、に合わせて選択すればいい
基板が自由に使えるなら、基板で動作確認すればいいし
ターゲット上で動かすことにこだわらなくてもいいし
ユニットテストをやる理由があるなら、やればいいし
■インクリメンタルな開発で何度もテストをするなら
テストコードがあったほうが便利でしょう
■工夫すればいい
ドライバやスタートアップルーチンは
別の自動テストの方法を用意する、とか

33. 問い：組込み開発でもTDDがいいの？
答え：やり方はゆるく考えてＯＫ！
できるとこからやってみよう！
ご参考：TDDはゆるく実践しても大丈夫
http://goyoki.hatenablog.com/entry/2019/10/13/232806

34. ライブ（実演）

35. TDDのやり方
https://pacroy.blogspot.com/2017/01/a-few-exercises-for-you-to-practice.html
0. TODOリストを書く
1. エラーになるテストを書く
2. テストが通るように書く
3. リファクタリング
x. くりかえし...

36. ■TDDは設計です
■動かしてみりゃわかるじゃん
■リファクタしようぜ！
■TDDは考え込まない
■少しずつ完成させる
■自分が安心するためのもの
■やってる感、すすんでる感
■やり方はゆるく考えてＯＫ
■ゴールは 「動作するきれいなコード」
■TDDはプログラマの本能に働きかける！
まとめ