Velocity

Velocity導入前のチェックリスト｜対象範囲・テストデータ・保守体制

by

Velocityの導入効果を得るには、テストを実行する機能だけでなく、対象範囲とデータ、判定、保守担当を準備する必要があります。導入前に整理したい項目を、試行から継続運用までの順番でまとめます。

自動テストの失敗をどう調べる？Velocityで考える再現・切り分け・再試験

by

自動テストが失敗したとき、すぐに試験対象の不具合と決めつけると調査が遠回りになります。Velocityの試験結果を読む場合も、どの段階で何が期待と違ったのかを確認し、対象システム、試験環境、期待結果を分けて調べます。

VelocityとCI/CDをどう組み合わせる？変更のたびに電話試験を実行する

by

CI/CDは、変更を統合し、テストや提供までの手順を継続的に進める考え方です。電話サービスでも、変更のたびに必要な試験を実行できれば、問題を早い段階で見つけやすくなります。Velocityを組み込む際の設計事項を整理します。

電話システム移行の比較試験｜Velocityで旧環境と新環境を確認する

by

電話システムを移行するときは、「新環境へ電話がつながった」だけでは確認が足りません。案内、分岐、営業時間、外部連携など、利用者がたどる流れを旧環境と比較します。Velocityを使う場合も、同じ条件で比較できる準備が重要です。

電話試験の期待結果をどう決める？案内・応答時間・転送先の判定

by

自動試験を実行できても、何を合格とするかが曖昧なら結果を信頼できません。Velocityで電話試験を設計する際は、案内の内容、操作への応答、到達先を、それぞれ判定できる形にします。ここでは期待結果を作る基本を説明します。

手動の電話試験を自動化するには？Velocityで始める小さな導入

by

手動の電話試験をすべて一度に自動化しようとすると、準備や保守の負担が大きくなります。Velocityを導入する場合も、繰り返しが多く、期待結果が明確な経路を選ぶことから始めると、効果を確かめながら広げられます。

カスタマージャーニーからテストへ｜Velocityで設計と確認内容をつなぐ

by

設計書には正しい流れが書かれていても、テスト側に反映されていなければ確認漏れが起きます。Velocityを使った試験では、カスタマージャーニー、つまりお客様が目的を達成するまでの道筋と、確認内容を対応づけることが重要です。

IVRのテスト項目をどう作る？案内・番号入力・分岐を整理する方法

by

IVRは、自動音声で案内し、番号入力などに応じて次の処理へ進む仕組みです。テスト項目は、案内を順番に聞くだけでは足りません。利用者が選べる分岐と、その結果を組にして整理すると、Velocityで扱うテストの土台になります。

機能試験と回帰試験の違い｜Velocityで考える電話システムの変更確認

by

機能試験と回帰試験は、同じ手順を使う場合があっても、確認の目的が違います。Velocityで自動化を進める前に、この違いを整理すると、変更時にどのテストを実行すべきか決めやすくなります。

Cyara Velocityとは？電話サービスの機能試験・回帰試験を自動化する仕組み

by

音声案内を少し変更しただけなのに、別の窓口へつながらなくなった。電話サービスでは、変更箇所以外への影響も確かめる必要があります。Cyara Velocityは、こうした機能試験と回帰試験を自動化し、設計と確認内容をつなげるための製品です。