定員に達しても締切が働かず、申込が超過して受け付けられる
定員到達時の締切条件が意図どおり設定されていないと、募集枠を超えた申込を受け付けてしまい、参加者への個別連絡と調整が発生します。
GENZ, Inc.
設定どおり動くかを
イベント管理ツールを
設定どおり動くかを
イベント管理ツールを第三者がテスト設計から報告まで
申込受付・定員締切・キャンセル反映・外部接続まで、どこをどう確かめたかを稟議で示せますか。GENZは第三者の視点でテスト設計から報告書の作成まで支援します。
支援事例
支援実績5,000件以上
イベント管理ツールでよくある不具合
イベント管理ツールの不具合は、画面上の設定では見えにくい箇所から起きます。申込の締切や取消の反映、入場判定、外部システムとの連携という、本番の開催で初めて表面化する不具合を整理します。
定員に
取消が受付リストに反映されず名簿と実態がずれる
取消処理が受付リストの出力へ反映されないと、当日の名簿と実際の来場者が一致せず、受付での照合に時間がかかり滞留の原因になります。
受付開始時刻にアクセスが集中し、QRコードの入場判定が返らない
開場時刻にアクセスが集中すると、QRコードの読み取りから入場判定の応答が返らず、参加者を待たせたまま手作業での対応へ切り替えることになります。
参加者情報の連携でクライアントデータベースの項目が取り違えられる
連携時の項目変換規則に誤りがあると、参加者情報がクライアントデータベースの別の項目へ渡り、イベント後の商談化に使うデータが欠落します。
事前決済の応答が遅れた申込で、決済要求が二重に送信される
決済サービスからの応答が遅れた場合に再送制御が働かないと、同じ申込で決済要求が二重に送信され、返金と再請求の処理へ波及します。
残存した不具合により生じる問題
確認範囲が定まらないままリリースへ進むと、本番での不具合は受付の滞留、参加者データの欠落、監査への説明不能という形で現れます。
静的テスト（レビュー）でおさえるべき観点
イベント管理ツールの静的テストは、設定画面を動かす前に、申込フォームの項目定義から連携先のDB設計書までを文書同士で照合する工程です。実行テストでは見えにくい設定の不整合を、文書の段階で洗い出します。
照合しないまま進むと、特定の参加区分だけが申し込めない不具合が受付開始後に表面化します。
申込フォームの項目定義と参加区分ごとの条件分岐を、運営要件と照合する
申込フォームの項目定義と参加区分ごとの条件分岐は、画面の見た目だけでは正しさを判定できません。運営要件と照合し、区分ごとの受付条件が分岐の設計にすべて反映されているかを確認します。
確認する資料
- 運営要件書
- 項目定義書
- 受付条件表
照合しないまま進むと、定員到達後も申込が締め切られず、受付リストと実際の参加者数に差異が生じます。
定員・締切・キャンセル可否の条件を、境界値の扱いまで仕様書と照合する
定員・締切・キャンセル可否の条件は、境界値の扱いで不具合が起きやすい箇所です。定員ちょうど・定員超過・締切直前の取消といった境界値について、仕様書の定義と設定値が一致するかを照合します。
確認する資料
- 仕様書
- 定員設定表
- 締切条件表
照合しないまま進むと、項目の取り違えで参加者データがクライアントデータベースへ正しく渡らず、イベント後の商談化に必要な情報が欠落します。
参加者情報の変換規則を、クライアントデータベースの設計書と照合する
参加者情報はイベント管理ツールからクライアントデータベースへ流れます。連携項目の変換規則をDB設計書と照合し、項目の取り違えやデータ型の不整合がないかを確認します。
確認する資料
- DB設計書
- 連携項目表
- 変換規則書
照合しないまま進むと、取消時の返金をシステム上で処理できず、個別の振込対応と問い合わせ対応が発生します。
決済連携の仕様を返金・再請求の要件と照合する
事前決済を伴う構成では、返金・再請求の要件が決済連携の仕様に反映されているかを照合します。取消時の返金条件が仕様上で定義されていないと、開催後の処理が手作業での対応となります。
確認する資料
- 決済仕様書
- 返金条件表
- 決済連携図
照合しないまま進むと、同意取得の記録が規程どおりに残らず、システム監査での指摘に説明できない状態が続きます。
同意取得の記録と保存期間の設計を、社内規程の改定内容と照合する
参加者情報の同意取得文面と保存期間は、社内規程の改定内容との整合が求められます。改定後の規程とフォームの同意文・保存期間の設定を照合し、監査で説明できる根拠を文書上に残します。
確認する資料
- 社内規程書
- 同意取得文面
- 保存期間表
- 規程改定履歴
動的テストの設計・実行のポイント
イベント管理ツールの動的テストは、申込条件・外部連携・運営シナリオ・集中アクセスの各領域に分け、フェーズごとに検証します。
STEP 01
申込条件のユニットテスト定員の境界値と条件分岐の組み合わせを網羅します
どう確かめるか
申込条件と定員・締切を、境界値と同値分割でユニットテストする
申込フォームの条件分岐と定員到達時の締切、キャンセルと取消の反映を、境界値と同値分割でユニットテストします。画面を見ただけでは正しさを判定できない組み合わせを中心に確認します。
- 01定員到達時の締切挙動を境界値で検証します
- 02参加者区分ごとの受付条件の組み合わせを確認します
- 03キャンセルと取消の反映を取消直前の境界で検証します
OUTPUT申込条件のテスト項目書
STEP 02
外部接続の統合テスト連携先の異常応答を発生させて検証します
どう確かめるか
クライアントデータ連携と事前決済を異常系も含めて統合テスト
クライアントデータベースへの項目変換規則と、決済サービスからの応答の異常系を統合テストで検証します。決済のタイムアウトや二重送信を発生させ、データが欠落なく連携されるかを確認します。
- 01クライアントデータベースへの項目変換規則を検証します
- 02決済サービスの応答異常を発生させて返金処理を検証します
- 03連携漏れと項目の取り違えがないことを確認します
OUTPUT連携テスト結果報告書
STEP 03
運営シナリオのシステムテスト申込から事後集計までの流れを通しで確認します
どう確かめるか
申込から入場・受付リスト出力までの一連の運営シナリオをシステムテストする
申込受付から確認メール配信、当日のQRコードによる入場、受付リストの出力までを一連の運営シナリオとしてシステムテストします。工程の切れ目でデータが失われないことを通しで検証します。
- 01申込から確認メール配信までの流れを検証します
- 02QRコードによる入場と名簿照合の動作を確認します
- 03受付リストの出力内容が登録データと一致することを確認します
OUTPUT運営シナリオ確認記録
STEP 04
受付時のパフォーマンステスト開催規模に応じた同時アクセス数を設定します
どう確かめるか
受付開始時刻の集中アクセスを発生させてパフォーマンステストを実施する
受付開始時刻に集中するアクセスを発生させ、応答時間と申込処理の取りこぼしがないことをパフォーマンステストで検証します。想定する同時アクセス数は開催規模に合わせて設定します。
- 01受付開始時刻の集中アクセスを発生させて応答時間を計測します
- 02高負荷時に申込データの欠落がないことを検証します
- 03負荷条件下でのQRコード読み取りの処理性能を確認します
OUTPUT負荷検証の結果一覧
GENZが代行するイベント管理ツールのテスト
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 確認すべき範囲を網羅したテスト項目書を作成
- 本番相当の接続検証環境とテスト用応答を手配
- リリース判断の根拠となる検証結果の記録を残す
- バージョン更新に対応する回帰テストの型を提供
開催日から逆算して検証範囲を決めるGENZの支援
開催日は動かせず、準備に使える期間は限られています。GENZは開催日から逆算して、申込条件の設定、外部サービスとの接続、当日の受付オペレーションの順に検証範囲を決め、期間内に確認が終わる進行で支援します。
申込条件と連携構成からテスト設計する
申込フォームの条件分岐、定員到達時の締切、キャンセルと取消の反映、受付リストの出力を対象に、テスト項目書を起こします。
標準機能から外部連携までを検証する
クライアントデータベースや決済サービスとの接続まで検証範囲に含め、応答の遅延や異常系、受付時の集中アクセスも検証します。
既存の運用に並行して入る
開催ごとの設定変更には、確認すべき範囲を定型化した回帰テストの型を残します。既存の運用に並行して入り、支援範囲を部分から選べます。
検証の範囲と結果を報告書で納品
検証した範囲と結果は報告書と不具合票で納品します。外注の必要性と範囲を稟議で説明する材料となり、リリース判断の根拠が残ります。
ご相談から納品までの流れ
初回のご相談から報告書の納品まで、各工程で確かめることと、ご担当者様にお願いする内容を示します。
ヒアリング：内容と日程の確認
ツールの設定内容と開催日を伺い、確認済みと未確認の範囲を整理します。
テスト設計と優先順位づけ
申込・定員締切・連携項目の優先順位を決め、開催日から逆算して計画します。
テストの実施と不具合票の共有
ユニットテストと統合テストを実施し、不具合票を共有して修正を確認します。
報告書の納品と修正後の再確認
検証した範囲と結果を報告書で納品し、修正版の回帰テストまで対応します。
設定済みのイベント管理ツールに対する第三者検証
イベント管理ツールの検証範囲と優先順位をGENZへご相談ください
申込フォームや外部サービスとの接続を含めた検証範囲の整理、優先順位づけ、必要工数の考え方、回帰テストなど関連テストの要否について、開催日程に合わせてご相談いただけます。