Download as KEY, PPTX
![パラメータ化テスト
テストデータとテストメソッドを分離
@RunWiht(Theories.class)
public void CalculatorTest {
@DataPoints public static Param[] PARAMS = {
new Param(3, 4, 12), new Param(1, 5, 5), ....
};
@Theory public void divideのテスト(Param p) {
//
}
}](https://image.slidesharecdn.com/20120616junit-120616193741-phpapp02/85/JUnit-xUnitTestPatterns-44-320.jpg)
![パラメータ化テスト
テストデータとテストメソッドを分離
@RunWiht(Theories.class)
public void CalculatorTest {
@DataPoints public static Param[] PARAMS = {
new Param(3, 4, 12), new Param(1, 5, 5), ....
};
@Theory public void divideのテスト(Param p) {
//
}
}](https://image.slidesharecdn.com/20120616junit-120616193741-phpapp02/85/JUnit-xUnitTestPatterns-45-320.jpg)
Uploaded byShuji Watanabe
JUnit実践入門 xUnitTestPatternsで学ぶユニットテスト
オープンソースカンファレンス2012北海道 札幌Javaコミュニティでの講演資料
More Related Content
Similar to JUnit実践入門 xUnitTestPatternsで学ぶユニットテスト
JUnit実践入門 xUnitTestPatternsで学ぶユニットテスト
- 1. 実践JUnit xUnitTestPatternsから学ぶユニットテスト 2012.06.16 OSC 2012 北海道 Shuji Watanabe (@shuji_w6e) 1
- 2.
- 3. 本日の内容 ユニットテストの目的
- 4. 本日の内容 ユニットテストの目的 ユニットテストの実践
- 5. 本日の内容 ユニットテストの目的 ユニットテストの実践 ユニットテストの問題
- 6. SHUJI Watanabe Java デベロッパー 要件定義からテストまで全領域対応 Blog「やさしいデスマーチ」 札幌Javaコミュニティ Java, Groovy, JavaFX, MongoDB TDD, ユースケース駆動開発, テスト
- 7. WEB+DB PRESS vol.69 JUnit実践入門 カスタムMatcher パラメータ化テスト テストの構造化 カスタムRule Cucumebr-junit
- 8. XUnit Test Patterns http://xunitpatterns.com/ Webで読めます（英語）
- 9.
- 10. テストが 必要なワケ http://www.flickr.com/photos/essecento/4297955162/
- 11. スキル不足 仕様変更 経験不足 複雑な要件 不安 http://www.flickr.com/photos/yopse/3772030400/
- 12. 不完全な人間 http://www.flickr.com/photos/sharynmorrow/3948100/
- 13.
- 14. テストの４象限モデル ビジネス面 手動 機能テスト 受け入れテスト 製品を批評 チームを支援 ストーリーテスト ユーザビリティテスト 負荷テスト ユニットテスト パフォーマンステスト 自動 技術面
- 15. テストの４象限モデル ビジネス面 手動 機能テスト 受け入れテスト 製品を批評 チームを支援 ストーリーテスト ユーザビリティテスト 負荷テスト ユニットテスト パフォーマンステスト 自動 技術面
- 16. テストの４象限モデル ビジネス面 手動 機能テスト 受け入れテスト 製品を批評 チームを支援 ストーリーテスト ユーザビリティテスト 負荷テスト ユニットテスト パフォーマンステスト 自動 技術面
- 17.
- 18.
- 19.
- 20. セーフティネット http://www.flickr.com/photos/32010000@N08/2987901256/
- 22.
- 23.
- 24. テストケースとは？ テスト対象（sut: System UnderTest）に 特定の操作を行い、 実測値（Actual Value）が 期待値（Expected Value）となることを 検証（Verify）する
- 25.
- 26.
- 27. 4フェイズ テスト 初期化処理（SetUp） 実行（Exercise） @Test public void test() { 検証（Verify） // SetUp // Exercise 後処理（TearDown） // Verify // TearDown }
- 28. アサーション アサーションとは「こうなる」という表明 assertThat(actual, is(expected)); static importされたメソッド 自然言語風の記述 assert that actual is expected 変数名（actual, expected）
- 29. Matcher API JUnit4の機能 一致する条件を定義したオブジェクト assertThat(actual, is(expected)); isはIsオブジェクトを返す Isはequalsを使った一致を行うMatcher 他にも多くのMatcherがある
- 30.
- 31. ユニットテストと設計 ユニットテストはサンプルコード 自分が最初のユーザー（Eat your owndog food） APIが使いやすいかをテストする テストできないAPIは再設計する
- 32. 例）計算機クラス public class Calculator{ // 割り算を行うメソッド public int divide(int x, int y) { return x / y; } }
- 33. 例）テストコード @Test public void test(){ // SetUp Calculator sut = new Calculator(); float expected = 1.5; // Exercise float actual = sut.divide(6, 4); // Verify assertThat(actual, is(expected)); }
- 34. 例）APIの設計ミス public class Calculator{ // 割り算を行うメソッド public float divide(float x, float y) { return x / y; } }
- 35.
- 36. TDDのサイクル 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる 3.コードを書く
- 37.
- 38.
- 39.
- 40.
- 41. 増えるテストコード 重複 DRY原則(Don t RepeatYourself） やり過ぎると可読性が落ちる テストはテストケースで独立すべき ネストしたクラスの利用（Enclosed） パラメータ化テスト
- 42. Enclosedテストクラス テストクラスの構造化 テストをコンテキスト（文脈）で整理 @RunWiht(Enclosed.class) publicvoid ArrayListTest { public static class 初期状態のとき { @Test public void test() {} } public static class 要素が1つのとき { @Test public void test() {} } }
- 43. Enclosedテストクラス テストクラスの構造化 テストをコンテキスト（文脈）で整理 @RunWiht(Enclosed.class) publicvoid ArrayListTest { public static class 初期状態のとき { @Test public void test() {} } public static class 要素が1つのとき { @Test public void test() {} } }
- 44. パラメータ化テスト テストデータとテストメソッドを分離 @RunWiht(Theories.class) public voidCalculatorTest { @DataPoints public static Param[] PARAMS = { new Param(3, 4, 12), new Param(1, 5, 5), .... }; @Theory public void divideのテスト(Param p) { // } }
- 45. パラメータ化テスト テストデータとテストメソッドを分離 @RunWiht(Theories.class) public voidCalculatorTest { @DataPoints public static Param[] PARAMS = { new Param(3, 4, 12), new Param(1, 5, 5), .... }; @Theory public void divideのテスト(Param p) { // } }
- 46. 詳しくはWEB+DB vol.69で JUnit実践入門 カスタムMatcher パラメータ化テスト テストの構造化 カスタムRule Cucumebr-junit
- 47.
- 48.
- 49.
- 50.
- 51.