正しいテスト駆動開発についてまとめてみた

2024-04-04 社内勉強会で発表した資料です

Transcript

1. 正しいテスト駆動開発 (TDD)についてまとめ てみた 2024-04-04
2. きっかけ 下記の記事を読んで、テスト駆動開発につ いて曖昧に捉えていた部分や勘違いしてい た部分があったことに気がついた。 記事を参考に改めて情報を整理してみた。 【翻訳】テスト駆動開発の定義 https://t-wada.hatenablog.jp/entry/ canon-tdd-by-kent-beck
3. テスト駆動開発とは？
4. テスト駆動開発とは？ →プログラミングの　 　 ワークフロー 　　コードの書き方　または設計手法
5. テスト駆動開発とは？ →プログラミングの　 　 ワークフロー 　　コードの書き方　または設計手法 注意点 あくまでコードの書き方な ので、 「テストが揃って品質が上 がる」などは 副次的効果。 品質保証の方法ではな い。
6. テストコードを 先に書けば テスト駆動開発？ 🤔
7. テストコードを 先に書けば テスト駆動開発？ 🤔 テストコードを先に書くだけ ではテスト駆動開発ではない！ よくある誤解
8. 自動テスト テスト ファースト 開発者 テスト 1個流し インクリメンタル 開発 開発者が自分で テストコードを書くこと RspecやPHPUnitなどの テスティングフレームワーク でテストを書くこと 先にテストを書くこと
9. 自動テスト テスト ファースト 開発者 テスト 全て満たすのが TDD 1個流し インクリメンタル 開発 開発者が自分で テストコードを書くこと RspecやPHPUnitなどの テスティングフレームワーク でテストを書くこと 先にテストを書くこと
10. 自動テスト テスト ファースト 開発者 テスト 全て満たすのが TDD 1個流し インクリメンタル 開発 開発者が自分で テストコードを書くこと メリット: 効果的なテスト を書きやすい RspecやPHPUnitなどの テスティングフレームワーク でテストを書くこと メリット: 自動化 先にテストを書くこと メリット: 必ずテストがかけ る。先に設計できる どれかだけでは TDDではない
11. TDDのワークフロー 1. テストリスト (TODOリスト)を書く 2. テストリストの中から ひとつだけ 選んで テストコードを書く 3. 実装して テストを成功させる （気づいたこ とはテストリストに追加） 4. テスト成功を維持しながら リファクタリン グ（設計修正） 5. テストリストが空になるまで 2に戻って繰 り返す
12. ステップ1 テストリスト 初めに、箇条書きメモで良いので期 待される動作をリストアップする。 右図は、いちど平文で書き出して、テスト容易性・ 重要度で整理したリスト。 よくある過ち : 実装の設計判断を混 ぜ込むこと。どう実装するかは一旦 無視するべし。 ヒント アイデアをよく理解してもら うのに 1 つの例では不十分 である場合は、あと 2 つほ ど紹介します。 https://www.youtube.com/watch?v=Q-FJ3XmFlT8&t=1145s
13. ステップ2 1つだけテスト書く あたかもすでに実装済みのように Classなどを呼び出して書く（使う側 の目線） アサーション(もしくはexpect…)から 書き始めて、上に向かって逆向きに 進めると書きやすい。 よくある過ち : 複数のテストを一気 に書いてしまうこと。だるいし無駄に なりやすい ヒント アイデアをよく理解してもら うのに 1 つの例では不十分 である場合は、あと 2 つほ ど紹介します。 https://www.youtube.com/watch?v=Q-FJ3XmFlT8&t=1145s
14. インターフェイスと実装の分離 設計には2種類ある。 ・ある振る舞いはどのように呼び出されるべきかの設計 インターフェイス（論理設計） ・システムはその振る舞いをどう実装するべきかの設計 実装（物理設計） Point!
15. インターフェイスと実装の分離 設計には2種類ある。 ・ある振る舞いはどのように呼び出されるべきかの設計 インターフェイス（論理設計） ・システムはその振る舞いをどう実装するべきかの設計 実装（物理設計） ステップ2 （テストを書く） で考える ステップ4 （リファクタリング） で考える Point!
16. ステップ3 とにかくテスト成功さ せる ベタ書きでもいいので一旦成功させ る。 ヒント アイデアをよく理解してもら うのに 1 つの例では不十分 である場合は、あと 2 つほ ど紹介します。 https://www.youtube.com/watch?v=Q-FJ3XmFlT8&t=1145s
17. ステップ4 リファクタリング ここでようやく実装の設計判断をす る。ベタ書きした場合はちゃんとし た実装に変更する。 よくある過ち : リファクタリングしすぎ ・早すぎる抽象化 ヒント アイデアをよく理解してもら うのに 1 つの例では不十分 である場合は、あと 2 つほ ど紹介します。 https://www.youtube.com/watch?v=Q-FJ3XmFlT8&t=1145s
18. ステップ5 テストリストが空にな るまで繰り返す
19. TDDの効果 プログラミングの楽 しさが長続き 最初は楽しいけど現実が厳し くて削れてくるが、TDDなら心 の平穏を保って仕様変更でき る コードに自信が持て る プログラムがちゃんと動いてお り、綺麗に書けている安心 開発の最小の フィードバックサイク ル アジャイルと相性が良い
20. 参考 ・【翻訳】テスト駆動開発の定義（ブログ記事） https://t-wada.hatenablog.jp/entry/canon-tdd-by-kent-beck ・テスト駆動開発とは何であって、何でなかったのか？(ポッド キャスト) https://fukabori.fm/episode/114 ・見てわかるテスト駆動開発（ライブコーディング動画） https://www.youtube.com/watch?v=Q-FJ3XmFlT8&t=1145s ・テスト駆動開発（書籍）
21. ご清聴ありがとうござい ました テスト書こう！（自戒）