Velocity活用の基礎｜第10回
Velocityの導入効果を得るには、テストを実行する機能だけでなく、対象範囲とデータ、判定、保守担当を準備する必要があります。導入前に整理したい項目を、試行から継続運用までの順番でまとめます。
1. 自動化する目的と対象を決める
リリース前の確認時間を短くしたい、重要経路の確認漏れを減らしたい、移行前後を比較したいなど、目的を具体化します。その目的に対応する番号と経路を選びます。
最初からすべての機能を対象にするより、繰り返し実行でき、結果を評価できる範囲で始めます。負荷試験や運用監視が必要なら、それらは別の確認目的として計画します。
試行のシナリオを作る際は、IVRシナリオとテスト項目の作り方で入力と分岐を整理できます。
2. 接続と試験データを準備する
発信先、試験環境への接続、受け側、必要な顧客状態や認証情報を整理します。外部システムを使う場合は、試験可能な条件と影響範囲を関係者と合わせます。
登録や予約を行う試験では、データの作成、利用、後処理まで必要です。同じデータを再利用できるか、並行実行で干渉しないかも確認します。
| 項目 | 導入前にそろえるもの |
|---|---|
| 対象 | 番号・経路・業務目的 |
| データ | 準備方法と後処理 |
| 判定 | 期待結果と証跡 |
| 体制 | 作成・保守・調査・承認 |
| 評価 | 工数と確認範囲の基準 |
3. 合格条件と証跡を決める
案内、分岐、応答時間、到達先など、目的に必要な確認項目を定義します。何を見て合格と判断し、どの結果を保存するかを決めます。
成功率に加え、重要経路の結果と未実施範囲を示します。全件合格でも確認範囲が狭ければ、残るリスクを判断できないためです。
4. 作成・保守・調査の担当を割り当てる
業務要件の承認、テスト設定、環境準備、失敗調査、結果の承認を分けて担当を決めます。担当者が変わってもケースの意図が分かる命名と記録が必要です。
仕様変更の際に、誰がテストを更新するかも重要です。新規ケースの追加だけでなく、使われなくなったケースの整理と、関連するデータの管理を運用に含めます。
5. 試行の評価から対象を広げる
準備・実行・判定・保守を含む時間と、発見できた不具合、不要な失敗の割合を振り返ります。手動試験と比較する場合は、対象範囲と確認の深さをそろえます。
公式資料の機能説明は導入検討の入口として使い、対応チャネルや連携、契約範囲を個別に確認します。継続できる体制が整ってから対象を広げることが、安定した自動化につながります。
最初の対象を絞る際は、小規模な手動試験の自動化の進め方も参考になります。
6. 具体例で確認する
以下は説明のための仮想例です。
試行対象を「営業時間内の契約照会」に絞るなら、試験用顧客、正常な照会結果、無効入力時の案内、終了条件を準備します。業務担当が期待結果を承認し、テスト担当が実行、開発担当が失敗を調査する流れを試します。次に休日や別メニューへ広げる前に、変更時の保守を誰が担うかまで決めておきます。
参考資料とご相談
本記事で参照した資料：Cyara公式資料。本記事の手順や表は運用・試験設計の例です。利用できる項目や連携は導入構成に合わせて確認してください。
コールフローの棚卸しと期待結果の整理から始める際は、VelocityによるIVRの機能・回帰試験をご覧ください。IVR・連携システムの試験自動化を相談するから、自社の構成に合わせた確認範囲をご相談いただけます。