書評: 単体テストの考え方/使い方

HACK.BAR 8/26の発表資料です
https://hackbar.connpass.com/event/290968/

Transcript

1. 書評 : 単体テストの考え方 / 使い方 HACK.BAR 福岡 08/26 mikan( 一瀬喜弘)
2. 自己紹介 object Mikan { val name = " 一瀬喜弘" val company = "karabiner.tech" val hobby = listOf( " 漫画", " アニメ", " ゲーム", " 折り紙", "OSS 開発・コントリビュート", ) }
3. 今日は この本の 紹介をします
4. まず始めに
5. エンジニア 全員 読んだほうがいい
7. t_wada さんもニッコリ 「この本を読めば私が言いそうなことが結構 載っている」 「失職の危機その1 」
8. この本を読むと以下のような疑問を解決してくれます " 単体" テストってどういう粒度なんだ？ テストメソッドの命名ってなにが正しいんだ？ " 良い" 単体テストを書くためには何を意識すればいいのか？ モックとかスタブの使って良いとき/ 悪いときっていつだ？
9. 前提認識 プロダクションコードもテストコードも全て 負債 書けば書くほど保守性は下がる = 次の開発はより時間がかかる確立が高くなる
10. テストの必要性
11. テストの必要性 開発を持続可能にする
12. 持続可能とは？
13. 持続不可能な状態 = 次の開発に 掛かるコストが無限大
15. 無限大に発散しないようにする 戦略が 自動 テスト ` `
16. 単体テストとは ?
17. 単体と呼ばれる少量のコードを検証する 実行時間が短い 隔離された状態で実行可能
18. " 隔離された状態 " ?
19. " 単体 " ?
20. 古典学派 vs ロンドン学派
21. 古典学派
22. 隔離 = 他のテストケースが影響 を与えないように隔離する 順番を変えても結果が同じ 依存はテストケース実行前に毎回作る
23. 単体 = 振る舞い あるインプットを与えたときに期待したアウ トプットが出てくることを検証する 戻り値 or 状態 を検証
24. ロンドン学派
25. 隔離 = テスト対象をそれ以外の 依存から隔離する 依存はすべてモックにする
26. 単体 = クラス アウトプットが期待通りか 協力者オブジェクトのメソッドを決った回数 実行したか
27. この本は古典学派の立場を取っています → 理由は読んだら書いてあります
28. 良いテストコードは 4 つの性質を持っている リファクタリング耐性 リグレッションに対する保護 迅速なフィードバック 保守性 → どのようなバランスで持つべきなのかが解説してある
29. 最後に
30. 全員読みましょう