A
お客様のチームで運用
QA責任者とテスターがプロジェクトを準備し、ケースを承認して、実行結果と判定を直接確認します。
チームが担当すること
- リポジトリ接続、対象URL、テストアカウント登録
- 文書・コード・画面から作成したケース案を承認
- push・PRに合わせた自動実行ルールの設定
- 判定と証跡を見てリリースを決定
こんなチームに自社QA担当者がおり、検証基準を自分たちで定めたいチーム
マネージドQA
テスト計画レビューから探索的QA、結果分類、再検証、リリースメモまで。IXCの専門家がQoretix上で合意した範囲のQA業務を実施し、結果はお客様のチームと同じワークスペースに残します。
実行証跡と判定はプラットフォームが記録し、判断が必要な業務は専門家が担当します。

2つの利用方法
プラットフォームは同じです。違うのは、誰がどの業務を担うか。
導入の流れ
初回実行までの設定は通常5分。その前後の人による業務は、次のように進めます。
対象プロジェクト、リリース周期、任せる業務を決めます。相互NDAの締結後、書面の業務委託契約に範囲を記載します。
専門家がリポジトリ接続、対象URL、テストアカウント、要件文書の登録を支援し、画面を収集します。自動実行ルールと承認フローもこの段階で設定します。
専門家がプラットフォームの生成した計画とケース案をレビューし、要件にない仮定を取り除き、不足する経路を追加します。
push・PRごとに自動実行し、失敗を専門家が分類します。再現する不具合には重大度を付けてJiraに記録し、再現しない失敗は理由を記載して判定を保留します。
リリース前に、自動実行が開いていない画面や操作フローを専門家が確認します。レビューノートは画面ごとにプロジェクトへ残します。
修正コミットを再実行して判定を確認し、検証した内容と残る事項をリリースメモにまとめます。リリースの最終決定は顧客担当者が行います。
実行、結果分類、探索的QA、再検証をリリース周期ごとに繰り返します。
専門家の業務
自動実行ではできない判断を専門家が担い、すべての結果をプラットフォームに記録します。
チームの状況に合わせて、プロジェクト準備、自動実行ルール、役割、承認フローを設定します。
計画の根拠と選択ケースを要件と照合し、不足や過剰な範囲を修正します。
ケースにない経路を人が確認し、検出内容を再現手順とともに記録します。
画面やAPIの変更で壊れたケースを修正し、PR提案を承認・却下してテストを最新に保ちます。
失敗が不具合、環境問題、不安定な動作のどれに当たるかを判断します。重大度を付け、分類理由をJiraに記録します。
3つのブラウザエンジンの画面を人の目で確認し、動作は正しくても使いにくい箇所を記録します。
修正コミットで失敗ケースを再実行し、判定がPASSになったかを確認します。
判定、検証範囲、残存リスク、推奨事項を1枚にまとめ、リリース決定の根拠にします。
記録
チャットやメールに分散させず、プロジェクト内に残します。計画のレビューコメント、探索的QAの結果、分類理由、リリースメモを実行履歴と同じ場所で確認できます。
よくあるご質問
マネージドQAのお問い合わせ
プロジェクト、リリース周期、チーム構成をお知らせください。必要な検証業務と対応範囲を一緒に決めます。