新人研修ように作ったJUnitとTDDの入門者向け資料です

1. JUnit入門/TDD入門

2. 自己紹介
石橋隆平
Refactoring Specialis
t
零細SIer→ユーザベース
→2017/4月BIZREACH入社
ScalaMatsuri運営委員(2016~
)
twitter:@cactaceae

3. アジェンダ
Intellij IDEA ショートカットの紹介
JUnit入門
良いユニットテスト
TDD入門

4. イントロダクション

5. Kent Beck
XP考案者
Agile Manifest 起草者
デザインパターン 著者
テスト駆動開発 著者
JUnit 開発者

6. Githubからプロジェクトをクローンして
$ git clone git@github.com:rysh/junittutorial.git
プロジェクトの準備
プロジェクトをインポート
import project > junittutorial
import project from external model > maven

7. 参考資料
実践JUnit ５０分でわかるテスト駆動開発

8. ショートカットの紹介

9. Testショートカット
テストクラス作成 Command + Shift +
T
実装クラスへ移動 Command + Shift +
T
テストクラスへ移動 Command + Shift +
T
テストケース作成 Command + Shift +
T
テスト実行 Shift + F10(Fn)

10. Refactorショートカット
変数抽出 Command + Option +
V
メソッド抽出 Command + Option +
M
変数のインライン化 Command + Option +
N
メソッドのインライン化 Command + Option + N

11. ショートカットが違う場合
右クリックメニューから確認
Preferences > Keymap から確認

12. JUnit入門

13. 初めてのJUnit

14. デモ

15. テストの例

16. アサーションの種類

17. アサーションの種類
assertTrue
fai
l
assertEqual
s
assertTha
t
他、色々

18. HamcrestMatchers
柔軟な検査と詳しいレポートが特徴
assertThatと組み合わせて使う

19. HamcrestMatchers
コレクション内に存在するかどうか検証する
いずれかが当てはまるかどうか検証する
順不同で指定したオブジェクトが全てコレクション
に含まれるかどうか検証する
指定されたマッチャーがコレクション内のすべてのオ
ブジェクトに適合するかどうか検証する

20. 一つだけ覚えておくと、Sourceへ ジャンプ後、
Cmd + １でクラス一覧がみられる

21. テストの構成

22. テストの構成
テストコードの置き場所
AA
A
オブジェクトのふるまいをテストする
１つの目的に特化したテスト
意味のあるテスト

23. テストコードの置き場所
JUnitでは
テスト対象のコードと同じプロジェクト
テスト専用のパッケージ
テスト対象のコードと同じディレクトリ構成
Javascriptではテスト対象と同じディレクトリにテスト
コードを置く文化もあります

25. AAA(スリーエー)
Arrange （セットアップ）
Act （操作）
Assert（アサーション）

26. オブジェクトのふるまいをテストする
コードの１行１行やメソッドの一つ一つをテストしな
い
オブジェクトが想定している一連のふるまいをテスト
する

28. １つの目的に特化したテスト
１つのテストケースには一つのassert文を書く
テストが失敗した時に修正箇所がすぐわかる
assertにmessage引数をつけると失敗時に表示されるの
で、複数のassertがあっても修正箇所はすぐわかる
assert失敗した時点で処理が終了するので後続のケー
スは検査されない点は注意

29. 意味のあるテスト
1. テストクラス、テストケース、変数などに意味のあ
る名前をつける
2. １行ずつテストするのではなく、意味のある振る舞
いになる最小の粒度でテストする
3. テストケースを見てコードの目的・ふるまい・仕様
がわかるようになる

30. 良いユニットテスト

31. FIRST
Fast（迅速）
Isolate （テストを隔離する）
Repeatable（繰り返し可能）
Self-Validating（自律的検証）
Timely（適切なタイミングでテストする）
テスト対象を選ぶ

32. Right-BICEP
Right：結果は正しいですか？
Boundary：境界条件は適切ですか？
Inverse：逆の関係はチェックできますか？
Cross-check：別の方法を使って結果をチェックできます
か？
Performance：パフォーマンスの特性は許容範囲内ですか？
テスト対象を選ぶための問いかけ

33. CORRECT
Conformance：値は期待される形式に適合していますか？
Ordering：値の集合は適切な順序に並べ替えられていますか？
Range：値は最小値と最大値の範囲内にありますか？
Reference：自身が直接コントロールできない外部のコードエオ参照していません
か？
Existence：値は存在しますか？Nullやから集合ではありませんか？
Cardinality：十分な個数の値が用意されていますか？
Time：全ての出来事は一定の順序で発生しますか？
境界条件の扱い

34. TDD入門

35. TDDの目的
動作するきれいなコードを書くこと

36. 動作するきれいなコードへ

37. TDDのサイクル
1. 次の目標を考える
2. その目標を示すテストを書く
3. そのテストを実行して失敗させる（Red）
4. 目的のコードを書く
5. ２で書いたテストを成功させる（Green）
6. テストが通るまでリファクタリングを行う（Refactor）
7. １∼６を繰り返す

38. Red, Green, Refactor

39. デモ
1から100までの数をプリントするプログラムを書け。
ただし３の倍数の時は数の代わりに「Fizz」と、
５の倍数のときは「Buzz」とプリントし、
３と５両方の倍数の場合には「FizzBuzz」とプリントするこ
と

40. TDDのスキル
問題を小さく分割する
歩幅を える
テスト→仮実装→三角測量→実装
テスト→仮実装→実装
テスト→明白な実装
テストの構造化とリファクタリング