キーワードの再整理のススメ ～テストタイプ/テストレベルで最適化！～/20241025 Midori Inada

2024/10/25 JaSST'24 Kyushu

Transcript

1. 2024.10.25 JaSST Kyushu キーワードの再整理のススメ ～テストタイプ/テストレベルで最適化！～
2. 1 はじめに 受け入れテスト テストフェーズ テストスイート システムテスト テスト分析 テストアプローチ テストオラクル テストプロセス テストタイプ テストレベル テストに関する単語って いっぱいありますよね
3. 2 はじめに 受け入れテスト テストフェーズ テストスイート システムテスト テスト分析 テストアプローチ テストオラクル テストプロセス テストタイプ テストレベル テストタイプ テストレベル
4. 3 はじめに テストタイプ※1とテストレベル※2の 再整理をしたらメリットがたくさんあった ※1：特定の品質特性に関連するテスト活動のグループ （出典：テスト技術者資格制度_Foundation Level シラバス _Version 2023V4.0.J02 _https://jstqb.jp/dl/JSTQB-SyllabusFoundation_VersionV40.J02.pdf） ※2：系統的にまとめ、マネジメントしていくテストの活動のグループ （出典：テスト技術者資格制度_Foundation Level シラバス _Version 2023V4.0.J02 _https://jstqb.jp/dl/JSTQB-SyllabusFoundation_VersionV40.J02.pdf）
5. 4 自己紹介 アジャイルQA3年目。 最近出た某謎解きアクションゲームに ハマっています！ 所属 ソリューション本部 ソリューション事業部 アジャイル推進部 アジャイル推進グループ 稲田 緑 （いなだ みどり） 名前 X：＠_vermidoride28
6. 5 テストタイプ-テストレベルを整理しようと思ったきっかけ リリースまでのテスト実行がギリギリに、、、 テストケース数が膨大になった
7. 6 テストタイプ-テストレベルを整理しようと思ったきっかけ リリースまでのテスト実行がギリギリに、、、 テストケース数が膨大になった ふりかえりを行い、課題が発覚
8. 7 テストタイプ-テストレベルを整理しようと思ったきっかけ •開発が終わるのを待ち、最後に結合テストから総合テストま でをQA側でまとめて実施する状態だった •各テスト工程で確認すべきテストタイプが明文化されて おらず、暗黙知となっていた 課題
9. 8 テストタイプ-テストレベルを整理しようと思ったきっかけ •開発が終わるのを待ち、最後に結合テストから総合テストま でをQA側でまとめて実施する状態だった •各テスト工程で確認すべきテストタイプが明文化されて おらず、暗黙知となっていた 課題 テスト改善についてのチームの議論不足 メンバーの増員
10. 9 テストタイプ-テストレベルを整理しようと思ったきっかけ •どのテストタイプで •どのテストレベルを すべきなのか再整理しよう！
11. 10 再整理でやったこと 再整理に向けて、3つの作業を実施 テストタイプ テストベース テストレベル
12. 11 テストタイプの整理 ✓どんなテストをやっているのか ✓どんなテストが必要なのか をテストタイプとして整理する テストタイプ テストレベル ファンクションテスト 単体テスト 単機能テスト 単体テスト 画面遷移テスト 結合テスト ユーザビリティテスト 総合テスト … …
13. 12 テストタイプの整理 ✓どんなテストをやっているのか ✓どんなテストが必要なのか をテストタイプとして整理する テストタイプ テストレベル ファンクションテスト 単体テスト 単機能テスト 単体テスト 画面遷移テスト 結合テスト ユーザビリティテスト 総合テスト … … 各単語の解釈が曖昧になりがち 開発や顧客としっかりとすり合わせする 今までの不具合傾向から判断する 優先度が高いもの、低いものを考える
14. 13 テストベースの整理 ✓テストタイプごとに テストベース※1 が何かを整理する ※1：テストの分析および設計の基礎として使用される知識体系のこと （出典：ISTQB Glossary, V4.5.1_https://glossary.istqb.org/en_US/term/test-basis） テストタイプ テストベース ファンクションテスト システム要件 単機能テスト 詳細設計 画面遷移テスト シーケンス図 ユーザビリティテスト ユースケース … …
15. 14 テストベースの整理 テストベースが存在しない場合もある 1. 要求要件として会話はしているが、 まとまったドキュメントがない場合 簡易的なドキュメントから作っていく 共通認識があることで、品質向上に繋がる
16. 2. そもそも要求要件自体が存在しない場合 15 テストベースの整理 テストベースが存在しない場合もある 検討すべき事項がないか PMや開発者に働きかける 今までの障害傾向をベースに必要性について会話する
17. 16 テストレベルの整理 ✓開発プロセスに応じて テストレベルと担当者を整理する テストレベル1 テストレベル2 実施主体 説明 単体テスト 開発 … 結合テスト モジュール間結合テスト 開発 … 結合テスト API結合テスト 開発 … 結合テスト UI-API結合テスト QA … システムテスト QA … 受け入れテスト PM …
18. 17 テストレベルの整理 ✓開発プロセスに応じて テストレベルと担当者を整理する テストレベル1 テストレベル2 実施主体 説明 単体テスト 開発 … 結合テスト モジュール間結合テスト 開発 … 結合テスト API結合テスト 開発 … 結合テスト UI-API結合テスト QA … システムテスト QA … 受け入れテスト PM … それぞれのプロジェクトの 開発プロセスに基づいた整理をする 実施主体も併せて整理することで、 各チーム間のコミュニケーションコストを 減らすことができる
19. 18 最後にマッピング ✓今までの整理した情報をもとに マッピングして情報を整理する テストレベル1 テストレベル2 テストタイプ テストベース 実施主体 説明 単体テスト ファンクション テスト 機能仕様書 開発 … 結合テスト モジュール間 結合テスト … … … … 結合テスト API結合テスト … … … … 結合テスト UI-API結合テスト … … … … システムテスト … … … … 受け入れテスト … … … …
20. テストベース の整理 19 まとめ テストタイプ の整理 ✓どんなテストをやっているのか ✓どんなテストが必要なのか をテストタイプとして整理する ✓テストタイプごとに テストベースを整理する ✓開発プロセスに応じて テストレベルと担当者を整理する テストレベル の整理
21. 20 やってよかったこと 解決 段階的なテストが可能になり、全体の工数短縮に繋がった 開発側で実施するテスト範囲が明確になった 開発が終わるのを待ち、最後に結合テストから総合テストまでを QA側でまとめて実施する状態だった
22. 21 やってよかったこと 解決 QAだけでなく、開発・顧客とすり合わせができた 言葉の認識ずれや、属人化の解消につながった 各テスト工程で確認すべきテストタイプが明文化されて おらず、暗黙知となっていた
23. 22 ご清聴ありがとうございました