Recommended
More Related Content
What's hot
Viewers also liked
Viewers also liked (20)
Similar to テスト分析 個人
Similar to テスト分析 個人 (16)
テスト分析 個人
- 4. 3.テスト分析とは • なぜテスト分析が必要なのか • テストベースから直接テストケースを作成すると • 抜け漏れが発生する可能性がある • テスト対象への理解が不十分 • 作成者の思考が見えない(残らない) などの問題がある テスト ベース テスト ケース テスト 分析 テスト ケース 作成
- 5. 3.テスト分析とは • テスト分析とは？ • JSTQB 用語集 テストベースとテスト目的の定義を分析するプロセス • JSTQB FL シラバス 何をテストするか決定するため、すなわち、テスト条件を決めるために、テ ストのベースとなるドキュメントを分析する。テスト条件は、一つ、あるい は、複数のテストケースで検証できる項目やイベントとして定義する。 (例 えば、機能、トランザクション、品質特性、構造的要素など) “テスト条件を洗い出し、決めること”
- 6. 4.テスト条件とは • テスト条件とは？ • JSTQB 用語集 コンポーネントやシステムのアイテムやイベントで、 テストケースにより 検証できるもの。たとえば、機能、トランザクション、フィーチャ、品質の 属性、構造要素など ？ 今回は “テスト条件≒テストしたい(しないといけない)こと” と考えてみましょう
- 8. 6.テスト分析を行うには • 方法論に従う • VSTeP • HAYST法 • ゆもつよメソッド など • 自分の慣れているやり方で行う 今回は自分のやりやすい方法で進めてください
- 9. 7.テスト分析のガイド • テスト分析の進め方 1. 分析の方法を決める 2. 成果物を確認する 3. 情報を整理する 4. 顧客の要求を分析する(テスト要求) 5. テスト対象を分析する(テスト対象) 6. 分析結果を整理する
- 10. 7-1. 分析の方法を決める • 分析の方法 分析と結果の整理の仕方は1つではない • 3色ボールペンで読み込んでいく • 客観的にとても重要：赤 • 客観的にまあ重要：青 • 主観的に気になるところ：緑 • マインドマップ、リスト、樹形図の形で洗い出す など
- 11. 7-2.分析の視点 • Ostrandの4つの主な視点 • User-View…ユーザが何をするのか • Spec-View…仕様の面から考える • Fault-View…起こしたい(見つけたい)バクは何か • Design-View…設計やコードから考える
- 18. 7-6.顧客の要求を分析しよう • 顧客の要求の分析 • 顧客要望の資料を読み込み • 顧客は何をして欲しいといっているのか確認する • 確認すべき(確認したい)ところを漏れなく洗い出す • 気になる、重要だと感じた箇所をチェックする
- 19. 7-7.テスト対象を分析しよう • テスト対象の分析 • 仕様書の読み込み • どんな機能があり、どんな仕様なのか理解する • 確認すべき(確認したい)ところを漏れなく洗い出す • 気になる、重要だと感じた箇所をチェックする
- 20. 7-8.分析結果を整理する • テスト対象の分析結果を整理する • テスト条件(確認・担保したいことは何か？) • 確認対象(何に？) • 確認内容(どうやって？何をもって？) • 観点(具体的にはどうやって？) • 網羅基準(どこまで？)
- 21. 8.注意点 • テストパラメータまではあげなくて良い • テスト分析の段階では、具体的な値まであげる必要はありません • 気になる場合は、そのパラメータで何を確認したいのかを考えて ください 例) 0,1,2 → 境界値を確認する など
- 22. 9.まとめ 分析手順の例 1. 深呼吸をする 2. ゴールの確認する 3. 顧客の要求、テスト対象を分析する 4. 分析結果を整理する テスト分析のゴール • テスト要求・対象を分析して、 テスト条件を洗い出す ※ゴールが同じであれば、別の手順でも構いません。 顧客要求と 仕様書を分析して、 テストしたいことを洗い出す
Editor's Notes
- テスト条件の洗い出し