「いつテストを書くか？」から考えるTDDの未来と不安

「TSKaigi 2026事後勉強会」で使用した資料になります！　※一部スライドは差し替えております。
https://smarthr.connpass.com/event/392342/

参考文献：
・lacolaco　いつテストを書くか？―ソフトウェア開発における安心と不安について考える：https://bit.ly/tskaigi2026-lacolaco
・松波龍源 (著), 野村高文 (編集) （2023）『ビジネスシーンを生き抜くための仏教思考』イースト・プレス：https://amzn.asia/d/02bhGyWr
・Kent Beck 著、和田 卓人 訳（2017）『テスト駆動開発』：https://www.ohmsha.co.jp/book/9784274217883/

Transcript

2. 自己紹介 • 名前：TDD野郎 (𝕏：@LetsDoTDD) ◦ SIer 7年目 ▪ 2020~ 新卒入社、組み込み関連開発 ▪ 2023~ フロントエンド開発 • 好きなもの：TDD • 宗教：なし • 信仰：TDD 2
3. 「いつテストを書くか？」のセッションで学んだこと • 変更容易性（＝ソフトウェアの保守性）の概念の分解 ◦ 予期的変更容易性 ◦ 経験的変更容易性 • “ソフト”ウェアの理想は開放閉鎖原則 (OCP)の達成である ◦ TDDはそれを徐々に達成するための手段である • 俺、TDDのこと何も分かってあげられてなかった...
4. いつテストを書くか？ • セッションの回答 ◦ ソフトウェアの振る舞いが不安な時（＝予期的変更容易性の観点） ◦ ソフトウェアの構造を最適化したい時（＝経験的変更容易性の観点）
5. いつテストを書くか？ • セッションの回答 ◦ ソフトウェアの振る舞いが不安な時（＝予期的変更容易性の観点） ◦ ソフトウェアの構造を最適化したい時（＝経験的変更容易性の観点） • 私の回答 ◦ 不安を感じた時 → これ1つに集約できるのでは？
6. なぜ「不安を感じた時」に集約できると考えたのか？ • TDDのゴールは、動く”ソフト”ウェアだったということでは？ ◦ → “ソフト”ウェアの理想は開放閉鎖原則の達成 • つまり「OCPを十分に達成していないこと」を不安に感じるべき なのでは？ ◦ 不安さえ感じられたのなら構造上の問題の解決までTDDのサイクルを回せ そう？
7. なぜ「不安を感じた時」に集約できると考えたのか？ • TDDのゴールは、動く”ソフト”ウェアだったということでは？ ◦ → “ソフト”ウェアの理想は開放閉鎖原則の達成 • つまり「OCPを十分に達成していないこと」を不安に感じるべき なのでは？ ◦ 不安さえ感じられたのなら構造上の問題の解決までTDDのサイクルを回せ そう？ 検知していない不安にどう気づく？
8. AIにTDDを 指示するも 間違ったやり方 で効果が低下 一方でこんな話も TDDを学んでも 「いつテストを書 けばいい？ 」 AIにTDDをやらせ て構造上の問題 のフィードバックを どう得る？
9. 仮説：プログラミングの意味自体が変わってきている？ • AI×TDDは当たり前になった → AIにTDDをやらせるというのがゾルトラークになった(形骸化) ◦ しかし、全員がTDDのメリットを享受できているのか？ • ジュニアエンジニアにとって、 「プログラミング＝ AIにTDDを指示すること」になってきている ？ ◦ 「TDD＝AIにTDDというキーワードを渡すこと」 になってないか？
10. 仮説：プログラミングの意味自体が変わってきている？ • AI×TDDは当たり前になった → AIにTDDをやらせるというのがゾルトラークになった(形骸化) ◦ しかし、全員がTDDのメリットを享受できているのか？ • ジュニアエンジニアにとって、 「プログラミング＝ AIにTDDを指示すること」になってきている ？ ◦ 「TDD＝AIにTDDというキーワードを渡すこと」 になってないか？ TDDの意味の希薄化 が 再び進んでいるのでは？
11. 本発表の狙い • 以下に対して1つの解(対策)を提案 検知していない不安にどう気づく？ TDDの意味の希薄化 が 再び進んでいるのでは？
12. vs TDDの意味の希薄化
13. TDDの意味の希薄化に立ち向かいたい • AIに指示すればTDDをやらせることはできる • では、それでTDDのメリットを享受できているか、 というのはどう分かる？ • 私の答えは意外な所で見つけた。その学問の名は ...
14. TDDの意味の希薄化に立ち向かいたい • AIに指示すればTDDをやらせることはできる • では、それでTDDのメリットを享受できているか、 というのはどう分かる？ • 私の答えは意外な所で見つけた。その学問の名は... 仏 教
15. TDDの意味の希薄化に立ち向かいたい • AIに指示すればTDDをやらせることはできる • では、それでTDDのメリットを享受できているか、というのはどう分かる？ • 私の答えは意外な所で見つけた。その学問の名は... 仏 教 え？お前宗教の話すんの？ こわ...
16. その不安、潰しておきました
17. その不安、潰しておきました 特定の宗教・思想を勧誘するものではありません！ 安心だね！
18. 仏教とは • 噛み砕くと：仏教＝苦しみをハックする思考フレームワーク • 今回はその中から完成させるべき三慧（3つの智慧）、 聞・思・修 を取り入れる 仏教は基本的に、とても合理的で科学的な哲学です。 松波龍源 (著), 野村高文 (編集) （2023）『ビジネスシーンを生き抜くための仏教思考』イースト・プレス 36p：https://amzn.asia/d/02bhGyWr
19. 「聞・思・修」 とは
20. 「聞・思・修」 とは 3つ集めるとさとりを開ける！
23. 聞・思・修に照らし合わせると 智慧 対応する問題点 聞 • プログラミングの理想はOCPの達成、TDDはその手段 • AIにTDDを指示するも間違ったやり方で効果が低下 → 知識のインプットが不足 思 • TDDを学んでもいつテストを書けばいいのか？という疑問 が浮かぶ → 知識の解釈が不十分 （いわば自分用にコンパイルできていない） 修 • AIにTDDをやらせた場合に、 構造上の問題のフィードバックをどう得るか？ → 実践・体感の機会不足
24. その対策としてどうするか 智慧 問題点 対策 聞 知識のインプットが不足 本・記事を読む 思 知識の解釈が不十分 自分なりに言語化する、 有識者に解釈をぶつける 修 実践・体感の機会不足 AIの挙動を監視するなど、 実践・体感の機会を設計する
25. AI × 聞・思・修
26. TDD以外にも言えそう • AIは増幅器 ◦ どこまで自分の能力か、どこからAIで増幅された能力かが分かりづらい • だからこそ、自分のスキルレベルのチェックが必要 AIによる増幅 AIによる増幅 個人の能力
27. AIによる増幅 TDD以外にも言えそう • AIは増幅器 ◦ どこまで自分の能力か、どこからAIで増幅された能力かが分かりづらい • だからこそ、自分のスキルレベルのチェックが必要 個人の能力 AIによる増幅 境界線がどこかの把握が重要 → これに聞・思・修が使える のでは？
28. 認知的降伏/認知負債から見るAI時代に必要な力
29. 認知的降伏/認知負債から見るAI時代に必要な力 • 認知的降伏：不安の検知すらできない 状 態 → 不安を検知する力が必要 • 認知負債：一時的な不安を放置 して積み 重なった負債 → 不安を放置せず処理する力が必要
30. 認知的降伏/認知負債から見るAI時代に必要な力
31. 認知的降伏/認知負債から見るAI時代に必要な力 • 聞・思・修：自分の知識・スキル自体を チェックするフレームワーク • TDD：プログラミング中の 不安をコントロールする手法 * *：Kent Beck 著、和田 卓人 訳（2017年）『テスト駆動開発』まえがき xiページ https://www.ohmsha.co.jp/book/9784274217883/
32. 認知的降伏/認知負債から見るAI時代に必要な力
33. エンジニアは 「痛がり」であれ
34. 終わりに • 「TDDの意味の希薄化」という不安を覚えたので TDDを実践するに当たってのテスト、 「聞・思・修」の提案でした。 • 「いつテストを書くか」、私の答えは不安を感じた時 ◦ 不安を感じる力は別途養うべし、という考え • TDDのことを知って、解釈して、実践して、 さとりを開き涅槃に至ろう！
35. Appendix
36. 「聞・思・修」はサイクル たとえ「聞」の段階で理解できないことがあっても、「思」「修」に進ん で学ぶ中で納得できる場合もあります。 （中略） まずはたくさんインプットする。それを自分で考察し、納得する。その うえで真理を体感し、働き出させる。 このサイクルが回ってこそ、さとりの境地に達する ことができるので す。 松波龍源 (著), 野村高文 (編集) （2023）『ビジネスシーンを生き抜くための仏教思考』イースト・プレス 214p：https://amzn.asia/d/02bhGyWr
37. 「聞・思・修」はサイクル 聞 修 思 インプットした知識と 体験を裏付ける、 実践で得られた暗黙知を インプットする インプットした知識を 自分なりに解釈して、 納得する 納得したことを実践して確 認する
38. 「聞・思・修」は知識創造プロセス（なのかも） SECIモデルの図を引用： https://www.brains-tech.co.jp/neuron/blog/seci_model/
39. 「聞・思・修」は知識創造プロセス（なのかも） SECIモデルの図を引用： https://www.brains-tech.co.jp/neuron/blog/seci_model/ 聞 修 思
40. SECIモデルの図を引用： https://www.brains-tech.co.jp/neuron/blog/seci_model/ 聞 修 思 得られた形式知を 自分なりに解釈しなおす 既知の知識と得られた暗黙知で裏 付けし、インプットとなる 形式知を強化 ※ここはしっくりこない。。 解釈した形式知（仮説？）を 元に実践してみる 「聞・思・修」は知識創造プロセス（なのかも）
41. 参考文献 • lacolaco　いつテストを書くか？―ソフトウェア開発における安心と不安について考える ： https://bit.ly/tskaigi2026-lacolaco • 松波龍源 (著), 野村高文 (編集) （2023）『ビジネスシーンを生き抜くための仏教思考』 イースト・プレス： https://amzn.asia/d/02bhGyWr • Kent Beck 著、和田 卓人 訳（2017）『テスト駆動開発』： https://www.ohmsha.co.jp/book/9784274217883/
42. Q. さとりを開いたペッシはなぜブチャラティに負けたの？ A. 正確にはペッシはさとりを瞬間的に開いただけであり、さとりを開いた状態に留ま れなかった から。 私自身も瞑想中、瞬間的に「あっ」というものを感じた経験があります。 （中略） 体験する前と後では、違う自分になっている感覚 がありました。 （中略） こうした感覚を「一瞥」といって、「さとり」の瞬間的な体験 と考えます。 スポーツ選手が究極のパフォーマンスを発揮する瞬間や、宇宙飛行士が宇宙から地球を眺めて世界 観が変わってしまう体験も同じようなものだと考えられます。 この瞬間的な非言語の状態に留まることができれば、それが「完全なさとりを開いた状態」 というこ とになるのでしょう。 松波龍源 (著), 野村高文 (編集) （2023）『ビジネスシーンを生き抜くための仏教思考』イースト・プレス 48p：https://amzn.asia/d/02bhGyWr