ソフトウェアテスト第2章

Transcript

1. 知識ゼロから学ぶ ソフトウェアテスト 第2章 created by: Ô @nikawa2161 | @nikawa2161 | ✉ k.nikawadori@ei-shin.com
2. This is t-wada
3. Table of contents ⏪ どんなテスト⼿法が有効か ⏪ プログラムの振る舞いをテストする 制御パステスト法 ⏪ ステートメントカバレッジ ⏪ ブランチカバレッジ
4. よろしくお願いします
5. どんなテスト⼿法が有効か
6. ホワイトボックス 論理構造が正しいかを解析するテスト →プログラムの中にある if ⽂やループの部分がきちんと動作してい るか ブラックボックス 外部から⾒た動作や機能に焦点を当てたテスト →フォームに正しい⼊⼒を⾏った際に、期待した結果が得られるか
7. ホワイトボックス 論理構造が正しいかを解析するテスト →プログラムの中にある if ⽂やループの部分がきちんと動作してい るか ブラックボックス 外部から⾒た動作や機能に焦点を当てたテスト →フォームに正しい⼊⼒を⾏った際に、期待した結果が得られるか
8. ホワイトボックステストは 何⼗年にもわたって研究され、ソフトウェアの品質が改善されると証明されている
9. どのテスト⼿法を適⽤すべきなのか
10. テストは最⼤公約数的な作業 限られた時間で ·プログラミングは、⼀部の機能を削除することで帳尻を合わせられる ·テストは、ある機能をテストせずに出荷することはできない テストを始める前にテスト⼿法は吟味する必要がある
11. プログラムの振る舞いを テストする
12. 制御パステスト プログラムがどのような振る舞いをして、どのように制御、実⾏されるかをテスト テスト⼿法の中でも基礎的かつ必須のテスト 網羅率の値を取るために利⽤される
13. 事例 ファイナルファンタジー 以下の条件が重なった時にバグになった 「トラビア渓⾕」をクリア 1. １の後に「セントラ遺跡」での制限付きイベントに臨む 2. 戦闘中に制限時間に達し、 「やめる·ゲームオーバー」を選ばない 3.
14. フローチャートにすると複雑ではない 制御パステストの本質は、このようなフローチャートをカバーする ことにある
15. ステートメントカバレッジ 制御パステスト
16. ステートメントカバレッジ 命令⽂を少なくとも⼀回は実⾏するテスト ①②のステートメント（命令⽂）を対処する if (const1 == 0) { x = x + 1; //① } if (const2 > 1) { x = x * 1; //② }
17. ňテスト結果 bのテストができている cのテストができている dのテストができている eのテストができている コード内でconst2 > 0と記述した場合に、バグを⾒つけられない
18. ⾮常に弱いテスト 分岐条件などのカバーできない部分をどうするか
19. ブランチカバレッジ 制御パステスト
20. ブランチカバレッジテスト 分岐コードに対してそれぞれの判定条件が True,Flaseの結果を少なくとも⼀回ずつ持つようにする
21. const1 = 0 と const2 = 2 const1 = 1 と const2 = 1 ňテスト結果 bのテストができている cのテストができている dのテストができている eのテストができている
22. ブランチカバレッジは網羅という意味では、ステートメントカバレッジより強い テストケースが増えるのが難点 ただ、ステートメントカバレッジだけでテスト終了することは⾮常に危険 バグの多くは、分岐点や例外処理にある
23. 次回
24. カバレッジ基準
25. ⽬黒エクスタシー