プロジェクトでの変化
-
試験完了予定スケジュール内で着地
-
不具合検出結合試験段階で集約
-
品質ラインリリース可能水準まで引き上げ
課題
金融機関向けのローン申込アプリは、入力項目・チェック条件・例外フローが多く、製造と試験を同時並行で回すには細かな確認が欠かせない。短期参画でも、既存仕様への理解を素早く合わせる必要があった。
アプローチ
- 01 既存仕様書と実装を突き合わせ、差分・曖昧箇所を抽出
- 02 Java + Spring + Thymeleaf による画面・サーバ処理の製造
- 03 JAX-RS ベースのAPI試験を中心に、ケース網羅を意識した試験設計
- 04 検出された不具合を仕様側にフィードバックし、修正範囲を最小化
成功要因
- 差分・曖昧点の早期抽出
- 短期参画でも仕様書と実装の差分・曖昧点を早期に抽出し、修正を後工程に持ち越さなかった。
- ケース網羅型の試験設計
- JAX-RSベースのAPI試験で例外フローを含めたケース網羅を意識し、結合段階で不具合を集約した。
- 仕様側へのフィードバック
- 検出した不具合を実装側で抱えず仕様側にフィードバックし、修正範囲を最小化した。
- 既存構成の尊重
- Java / Spring の既存構成に沿って製造・試験を進め、短期支援としての着地を優先した。
ソリューション
既存のJava / Spring 構成に沿って製造・試験を進めつつ、仕様の曖昧な箇所はその都度関係者に確認して文書化。短期間ながら、リリース可能な品質ラインまで引き上げた。