同一のQRコードを再度読み取った際に、二重の入場として記録される
有効なQRコードを誤って二度読み取ると、二重の入場記録が作成されます。同行者の後続入場との区別が付かず、集計値が実人数より多く残ります。
GENZ, Inc.
テストの第三者検証
入場管理アプリの
テストの第三者検証
入場管理アプリの受付・入場判定・集計を第三者視点で検証
入場管理アプリのどの機能をどの順で検証するか。GENZが検証範囲の線引きを設計して提示し、リリース判断と監査対応に使える実施記録まで提出します。
支援事例
支援実績5,000件以上
入場管理アプリでよくある不具合
入場管理アプリの不具合は、イベント本番の受付で滞留や来場数値の不整合として表面化します。改修と受け入れの段で検証範囲に入れておくべき不具合の典型を、当日運用への影響とあわせて整理しました。
同一の
通信が途絶した状態で読み取った入場記録が、復帰後も同期されない
通信が途絶した端末の記録が復帰後に同期されないと、読み取り件数とサーバーの集計値が一致しません。原因の切り分けが翌営業日以降になります。
券種と入場日時の判定が誤り、対象外のチケットで入場できる
券種と入場日時の権利判定が誤っていると、対象外のチケットでも受付を通過してしまいます。当日の手作業での確認が増え、受付の滞留につながります。
来場数値の集計値が、実際の読み取り件数と一致しない
読み取り件数と集計値の不一致が本番当日に表面化すると、来場者数の確定が遅れ、イベントごとの精算と売上の計上に差異が生じます。
端末の機種やOSの版によってカメラが起動せず、読み取りが完了しない
端末の機種やOSの版によってカメラが起動しない場合、読み取りが完了せず受付レーンが停止します。機種差を含む検証がないと本番で初めて判明します。
残存した不具合により生じる問題
受け入れ段で見送った不具合は、当日の運営・精算・監査の各面に残ります。ここでは放置した場合に表面化する問題を整理します。
静的テスト（レビュー）でおさえるべき観点
入場管理アプリの不具合は、仕様書と運用ルールの齟齬に起因するものが少なくありません。静的テスト（レビュー）では、券種判定・QR仕様・重複入場・通信断・権限区分を文書同士で照合しておきます。
同行者の後続入場が仕様に反映されないまま開発が進み、当日の受付で手作業での対応となるおそれがあります。
入場権利の判定条件を、券種・会場・入場日時の仕様と照合する
入場権利は、券種・会場・入場日時・同行者数の組み合わせで決まります。要件定義書とチケット販売側の券種マスタを照合し、条件の抜けや解釈の差異がないかを確認します。
確認する資料
- 要件定義書
- 券種マスタ
- 入場条件一覧
発行側と読み取り側の解釈の差異が残ると、当日の読み取り不良の原因切り分けが翌営業日以降に持ち越されます。
QRの発行仕様と読み取り解釈をコード体系の定義書で照合する
QRコードの発行形式と読み取り側の解釈は、コード体系の定義書と照合します。文字コード・再発行時の旧コードの扱いが仕様書に明記されていないと、当日の読み取り不良の切り分けができません。
確認する資料
- コード体系定義書
- QR発行仕様書
- 読み取り仕様書
重複入場の判定ルールが運用と画面で食い違うと、二重入場が検知されず、来場数値の不整合として表面化します。
重複入場・再入場・取消の扱いを、当日の運用ルールと画面仕様で照合する
同一QRコードの再読み取りは、重複入場の検知・再入場の許可・取消後の再発行の観点で運用ルールと画面仕様を照合します。警告表示が運用マニュアルと一致しないと、受付の判断が現場任せになります。
確認する資料
- 運用マニュアル
- 画面仕様書
- 再入場ルール
通信断時の記録保持の設計が未確認のままだと、入退場記録の欠落が監査の指摘として残るおそれがあります。
通信断時の記録保持と同期の設計を回線条件と照合する
通信環境は会場ごとに異なります。通信断時の記録の保持と復帰後の同期方式の設計を、想定する回線条件と照合します。仕様書にオフライン運用の記述がない場合は、記録の欠落が本番で表面化します。
確認する資料
- ネットワーク設計書
- 同期方式仕様書
- 回線条件一覧
権限区分の根拠が文書に残っていないと、監査で説明できる証跡が不足し、統制上の指摘につながります。
権限区分と来場者データの表示範囲を、受付スタッフの業務範囲と照合する
受付スタッフ・現場リーダー・運営責任者で、閲覧できる来場者データの範囲が異なります。権限区分の定義と画面の表示仕様を照合し、業務に不要な個人情報が表示されないことを確認します。
確認する資料
- 権限定義書
- 画面仕様書
- アクセス権限表
- 個人情報取扱規程
動的テストの設計・実行のポイント
入場管理アプリの検証は、券種の判定から同時読み取りまで工程ごとに観点が異なります。各工程の設計と実行の要点を整理します。
STEP 01
ユニットテスト券種・入場日時・同行者数の境界値を中心に観点を設定
どう確かめるか
入場日時と同行者数の境界値を含めて、受付画面の入力と判定をユニットテストする
入場日時・券種・同行者数の組み合わせについて、境界値を含めて判定ロジックを検証します。同行者の後続入場や券の再発行といった当日運用の例外も、ユニットテストの観点に含めます。
- 01券種ごとの入場権利判定の境界値を設定する
- 02同行者の後続入場と再入場の判定を検証する
- 03券の再発行後の旧券の扱いを確認する
OUTPUT券種判定の不具合の検出
STEP 02
統合テスト発行側と照合側のデータの受け渡しをAPI定義で確認
どう確かめるか
チケット販売・申込管理との受け渡しを、API定義をもとに統合テストする
チケット販売・申込管理システムが発行するQRコードの有効性を、アプリ側が参照できるかをAPI定義をもとに検証します。券種変更や再発行で生じる不整合を、リリース前に特定します。
- 01QRコードの有効性参照の仕様を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へご相談ください
どこまでを受け入れテストで確かめるかの線引きが決まらないまま改修を進めると、当日の不整合が残ります。ご相談では対象機能と会場条件をもとに、検証範囲と優先順位を整理いたします。