手動の電話試験を自動化するには?Velocityで始める小さな導入
手動の電話試験をすべて一度に自動化しようとすると、準備や保守の負担が大きくなります。Velocityを導入する場合も、繰り返しが多く、期待結果が明確な経路を選ぶことから始めると、効果を確かめながら広げられます。
IVRテスト、回帰テスト、Velocity
手動の電話試験をすべて一度に自動化しようとすると、準備や保守の負担が大きくなります。Velocityを導入する場合も、繰り返しが多く、期待結果が明確な経路を選ぶことから始めると、効果を確かめながら広げられます。
設計書には正しい流れが書かれていても、テスト側に反映されていなければ確認漏れが起きます。Velocityを使った試験では、カスタマージャーニー、つまりお客様が目的を達成するまでの道筋と、確認内容を対応づけることが重要です。
IVRは、自動音声で案内し、番号入力などに応じて次の処理へ進む仕組みです。テスト項目は、案内を順番に聞くだけでは足りません。利用者が選べる分岐と、その結果を組にして整理すると、Velocityで扱うテストの土台になります。
機能試験と回帰試験は、同じ手順を使う場合があっても、確認の目的が違います。Velocityで自動化を進める前に、この違いを整理すると、変更時にどのテストを実行すべきか決めやすくなります。
音声案内を少し変更しただけなのに、別の窓口へつながらなくなった。電話サービスでは、変更箇所以外への影響も確かめる必要があります。Cyara Velocityは、こうした機能試験と回帰試験を自動化し、設計と確認内容をつなげるための製品です。
平日の昼は担当窓口につなぎ、夜間は営業時間を案内する。電話サービスには、時刻や営業日で変わるルールがあります。Pulseの監視も、その時点で期待される動作に合わせて設計しなければ、正常な時間外案内を異常と判定したり、誤った案内を見逃したりします。
発信に応答があっても、必要な案内が流れなかったり、ボタンを押した後に進めなかったりすれば、利用者は用事を済ませられません。Pulseの電話監視を設計する際は、接続後のどの段階まで確認するかを明確にします。この記事では音声案内、番号入力、転送の3段階を整理します。
Pulseで電話を監視するとき、最初の課題は「何本の番号を登録するか」だけではありません。同じ番号でも、選ぶメニューや時間帯によって到達先が変わるからです。本記事では、業務への影響から優先順位を決め、監視する経路を具体的なシナリオへ落とし込む方法を説明します。