振り分けルールの条件が重なり、担当外の受信箱に問い合わせが滞留する
振り分けルールの条件が重なると、どれにも合致しない問い合わせが未割り当てのまま滞留します。誰の受信箱にも表示されず、初動が遅れます。
GENZ, Inc.
検証範囲を設計から
問い
検証範囲を設計から
問い合わせ管理ツールのテスト設計から実行・報告まで代行
チャネルと権限設定の組み合わせを、どこまで検証すれば足りるか。GENZは問い合わせ管理ツールの検証範囲を設計し、実行と報告書の作成まで担います。
支援事例
支援実績5,000件以上
問い合わせ管理ツールでよくある不具合
問い合わせ管理ツールの不具合は、内部システムと異なり問い合わせ元が直接目にする形で表面化します。振り分け・回答・権限・通知の処理で起きる不具合を、リリース前に意図的に発生させて検証する観点を整理しました。
振り分けルールの
同じ案件を複数の担当が同時に開き、異なる回答が問い合わせ元に届く
同一案件に複数の担当が並行して返信すると、問い合わせ元には内容の異なる回答が重複して届きます。確認の手間を問い合わせ元へ負わせます。
別の問い合わせ元の取引内容を含む回答が送信される
テンプレートの挿し込みや紐づけが誤ると、別の問い合わせ元の取引内容を含む回答が送信されます。個人情報の誤送信として調査と説明が必要になります。
権限で遮断した問い合わせ元の情報が検索結果とCSV出力に表示される
画面で遮断した問い合わせ元の情報が、検索結果とCSV出力には表示されます。権限の確認を操作画面だけで済ませると、出力経路が未検証で残ります。
チャネル追加で既存チャネルの自動返信が止まる
チャネルの追加やSaaSの更新後、既存チャネルの自動返信が停止します。変更が小さいと回帰テストが省略され、問い合わせ元の指摘で判明します。
残存した不具合により生じる問題
リリース前に検出できなかった不具合は、稼働後に問い合わせ対応の現場で表面化します。社外の窓口のため、内部システムとは影響の現れ方が異なります。
静的テスト（レビュー）でおさえるべき観点
実行前のレビューで検出できる不具合は、テスト工数を掛けずに解消できます。問い合わせ管理ツールでは、振り分け・権限・ステータス・連携・移行の定義を、現場の体制図や設計書と照合するのが静的テストの中心です。
振り分け漏れの問い合わせが未対応のまま滞留する
振り分けルールの一覧を、部署・担当範囲の体制図と照合する
チャネルごとの振り分けルールを一覧化し、部署と担当範囲の体制図と照合します。組織改編や担当者の兼務で実態と定義に不整合が生じると、届くべき問い合わせが未割り当てのまま滞留します。
確認する資料
- 振り分けルール一覧
- 部署体制図
- 担当範囲表
担当外の社員が個人情報を閲覧できる状態が残る
権限設定の定義を、閲覧範囲の社内規程と画面・出力の一覧に照合する
問い合わせ元の氏名・連絡先・取引内容が蓄積されるため、権限の定義を社内規程と画面・出力の一覧に照合します。役職・部署・担当範囲ごとに閲覧範囲を確認し、担当外から閲覧できる状態を残しません。
確認する資料
- 権限設定一覧
- 閲覧範囲規程
- 画面・出力一覧
応答時間や未対応件数の集計が実態と異なる
ステータス遷移の定義を、サポート部門の対応手順と集計の定義に照合する
未対応・対応中・完了といったステータス遷移の定義を、サポート部門の対応手順と集計の定義に照合します。現場の運用と遷移の設計が一致しないと、応答時間や未対応件数の集計が実態と異なる値になります。
確認する資料
- ステータス遷移定義
- 対応手順書
- 集計定義書
問い合わせと取引履歴の紐づけが失敗する
API定義の連携項目を、CRM・基幹システムのDB設計書と照合する
CRM・基幹システムとのAPI定義の連携項目を、連携先のDB設計書と照合します。項目の型や桁数、必須の扱いが両者で一致しないと紐づけが失敗し、問い合わせと取引履歴が分断されます。
確認する資料
- API定義書
- DB設計書
- 連携項目一覧
対応履歴の移行漏れが本番後に表面化する
共有メールボックスの件数と保管規程に移行範囲を照合する
共有メールボックスから移す対応履歴の件数と保管規程を確認し、移行範囲へ照合します。件数の突き合わせだけでは漏れを検出できないため、問い合わせ元との紐づけを含めて移行の完了条件を定義します。
確認する資料
- 移行対象件数表
- 保管規程
- 移行範囲定義書
- 紐づけ条件表
動的テストの設計・実行のポイント
GENZは設定単位の確認から受け入れ確認までを段階に分けて動的テストを設計し、未検証の範囲を残しません。
STEP 01
設定単位の確認振り分け条件と閾値の前後を網羅します
どう確かめるか
振り分け条件とステータス遷移を、同値分割と境界値でユニットテストする
振り分けルールや優先度の自動割り当ては、同値分割で代表値を選び、境界値で閾値の前後を検証します。設定単位でルールの衝突をつぶしておくと、後工程での不具合の切り分けに時間がかかりません。
- 01振り分けルールの同値分割で代表パターンを洗い出す
- 02優先度の閾値の前後で割り当て結果を検証する
- 03ルールが衝突する条件で適用順序を確認する
OUTPUTユニットテスト
STEP 02
チャネル連携の確認API定義と実装の不整合を検出します
どう確かめるか
チャネル別の受付から取引情報の照会までを、API定義に沿って統合テストする
メール・チャット・LINEなどの受付から取引情報の照会まで、API定義に沿って統合テストを行います。チャネル間の受け渡しが失われると、対応履歴の欠落が本番後に表面化します。
- 01チャネル別の受付データがAPI定義どおり連携されるか検証する
- 02問い合わせと取引情報の紐づけ・照会結果を確認する
- 03連携エラー時の再送と履歴の保持を確認する
OUTPUT統合テスト
STEP 03
業務シナリオの通し確認シナリオ単位でステータスの整合を確認します
どう確かめるか
受付から回答・完了・アンケートまでの業務シナリオをシステムテストで通す
受付・自動返信・担当の引き受け・回答・完了・満足度アンケートまで、業務の流れをひと続きのシナリオとしてシステムテストで通します。通しで実行するとステータスの不整合を検出できます。
- 01受付から完了までの正常系シナリオを通しで実行する
- 02自動返信の送信内容と送信先をシナリオごとに確認する
- 03アンケート送付と集計への反映を業務の流れで検証する
OUTPUTシステムテスト
STEP 04
権限と異常系の受け入れ確認権限と異常系の記録を証跡として残します
どう確かめるか
権限の組み合わせと連携停止時の異常系のテスト観点を、受け入れテストで確認する
オペレーターと管理者の権限の組み合わせ、連携先の停止時の挙動を受け入れテストで確認します。閲覧権限の設定ミスは個人情報の不適切な閲覧につながるため、運用の手順に沿って記録を残します。
- 01権限の組み合わせごとに閲覧・操作の範囲を確認する
- 02連携先の停止時に問い合わせが失われないか確認する
- 03確認結果を証跡として提出できる形式で記録する
OUTPUT受け入れテスト
GENZが代行する問い合わせ管理ツールのテスト
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- チャネルと権限の組み合わせを網羅したテスト設計を提示
- 期間に合わせた優先順位付けと実行までを代行
- ベンダー提出のテスト項目書を第三者の視点でレビュー
- 移行データの全件照合と記録に残る証跡の作成
設計から証跡納品まで担うGENZ
チャネルと権限の組み合わせは、項目を書き足すだけでは収まりません。GENZは検証範囲の設計から入り、実行、記録の納品まで、期間と体制に合わせた工程で検証を担います。
組み合わせからテスト設計へ
チャネルと権限、移行データの組み合わせから確認項目を洗い出し、切り替え日から逆算して優先順位を付けた設計を提示します。
第三者視点でテスト項目書をレビュー
ベンダーが提出したテスト項目書を、開発を担わない第三者の視点でレビューします。観点の抜け漏れと優先度の妥当性を検証します。
既存チームと並行して検証を進める
切り替え日が固定された計画でも、既存の開発チームと同席して並行でテストを進めます。設計と実行のどちらからでもご依頼いただけます。
検証の記録を監査にも使える形で残す
テスト項目書・実施記録・不具合票・報告書を納品物として残します。リリース判断の根拠を他部門や役員へ説明でき、監査の形式に対応します。
ご相談から納品までの流れ
問い合わせ管理ツールの導入・リプレースの検証は、ご相談から報告書の納品まで一貫してご依頼いただけます。
現状と要件のヒアリング
対象チャネル・切り替え日程と運用手順を伺い、検証対象の設定を整理します。
テスト設計と見積もり
運用手順に沿ってテスト項目を設計し、範囲と期間の見積もりを提示します。
テストの実施と進捗・不具合の共有
テストを実施し、進捗と不具合票を共有します。仕様との切り分けも行います。
報告書の納品と修正後の再確認
実施記録と不具合票を添えた報告書を納品し、修正後の回帰テストで確認します。
導入・リプレースを控えた企業様へ
問い合わせ管理ツールの検証範囲と優先順位を、GENZにご相談ください
チャネル・権限・移行の組み合わせのうち、どこまで検証するかをGENZにご相談ください。テスト範囲の切り分けと優先順位、必要工数の考え方を、受け入れテストの設計として整理します。