変更管理

コーデック変更前に実施したい比較試験｜音質・遅延・帯域をどう評価するか

by
同じ条件で旧方式と候補方式を試験し、聞き取り、遅延、通信量、業務操作を記録する試験机と比較表。

コーデック変更の採否を、音質だけで決めないための比較試験を解説します。固定する条件、音声・遅延・帯域・負荷の評価項目、結果表、切り戻しまでを整理します。

AIチャットボットの回帰試験とは？変更後の品質をBotiumで確かめる

by

FAQやプロンプトを直したら、別の質問に答えられなくなった。こうした変更による影響を調べるのが回帰試験です。Botiumの活用を念頭に、AIボットの変更前後を比較する準備、判定方法、失敗時の切り分けを説明します。

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

by

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

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

by

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

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

by

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

電話システムの変更前後を継続監視する｜設定変更・移行後の確認

by

電話システムの設定変更が完了しても、利用者の経路がすべて正常とは限りません。番号、案内、転送、接続先が組み合わさるため、変更した場所とは別の経路に影響が出る場合があります。Pulseによる定期監視を、変更前の基準と変更後の確認にどう組み込むかを説明します。