ライブオークションシステムを対象に、テストを実施しました。管理者・出品者・参加者の権限ごとに、PC・スマートフォンで操作・表示・状態遷移を確認しています。
個別の機能確認に加えて、複数人の入札が重なる一斉テストも準備から進行まで担当しました。検証は本番環境で行い、不具合の報告と仕様の再確認に対応しています。
テスト前の課題
このシステムでは、管理者の審査とオークション枠の割当、出品者の申込、参加者の指値・入札が連動して動きます。そのため、単独の画面が動くかだけでなく、権限や画面をまたいだ状態の整合性を確かめる必要がありました。
お客様が確認したいと考えていたのは、主に次の点です。
- 参加者画面を中心に、スマートフォンでの操作に問題がないか
- 同時に進行する複数のオークション枠で、挙動に問題がないか
- 本番に近い複数人の操作で、同時入札時の不整合・遅延・停止が起きないか
計画の段階では、同時入札時に現在価格と最高入札者の表示が食い違わないかを確認対象に置きました。終了直前の入札で、落札者が複数表示されないかもあわせて整理しています。
ご提案・テストアプローチ
検証は、権限別の個別検証と、多人数による一斉テストの2本立てで進めました。
権限別の個別検証
本番環境で、管理者・出品者・参加者の権限ごとに機能を確認しました。不具合は操作動画・発生環境・再現手順を添えて報告し、開発ご担当者への仕様確認と再検証まで対応しています。
再現が難しい事象は、手順を最初から記録しました。たとえば指値を設定した後に通信が切れる事象では、オークションの作成から出品・承認・枠の割当・開始・入札・オフライン移行までを、時刻付きの動画で残しています。
原因の切り分けも行いました。
- メール通知が届かない件は、メール送信サービスの本番切替待ちが原因と確認し、切替後に再テストする方針を記録
- 審査中の商品を出品者が編集できない件は、仕様であることを確認
多人数での一斉テスト
一斉テストに向けて、複数のオークション枠への参加と、1つの枠への集中アクセスの両方を計画しました。準備した内容は次のとおりです。
| 準備したもの | 内容 |
|---|---|
| 参加調整表 | 参加者ごとの参加可能時間と端末数を集約 |
| 進行手順 | 操作説明 → テスト説明 → 複数枠での入札 → 1枠への集中参加 → 終了後の報告を段階別に記載 |
| 参加者向け資料 | PC・スマートフォンの操作説明、ログインから終了までのチュートリアル、指値の設定・変更・優先ルール |
| アカウント対応表 | 参加者ごとのアカウント割当 |
| 報告の仕組み | 不具合報告の方法と、操作ログの記録 |
進行にも工夫を入れました。自由に入札できる枠と、5分・10分刻みで切り替える枠を分けて設定しています。
入札が続くと次の商品に進まない仕組みのため、タイムキーパーが指値入力と入札の停止を呼びかける手順も用意しました。初めて参加する人でも迷わず操作でき、テストが予定どおり進む形に整えたことが、一斉テストの準備の要点です。
テストした主な機能・観点
個別検証で確認した機能と、報告した主な事象は次のとおりです。
| 区分 | 確認した内容と主な報告 |
|---|---|
| 商品管理・出品 | 登録・編集・削除、出品申込、審査ステータス変更、枠の割当。複数商品をまとめて申し込むと処理が止まる事象、管理者が削除しても商品情報が残る事象を報告 |
| 状態遷移 | 新規登録時に「審査中」「キャンセル」を選んでも承認済みになる事象、承認済みから状態を変えても枠に残り続ける事象を報告 |
| 指値と通信状態 | 指値を設定した参加者がオフラインになると、オークションが終了しない事象をPC・Androidで確認し、再現条件を記録 |
| 複数オークション枠 | CSVで登録した複数商品を複数の枠に割り当てて開始するとエラーになる事象を、使用データと手順付きで報告 |
| 誤操作防止 | 入札時の誤タップ防止機能の待機時間を検証し、設定の優先関係を確認 |
| 通知・画面表示 | メール通知の未着、Android でのサイドメニュー表示を確認・報告 |
不具合と断定できないものは、仕様確認事項として分けて管理しました。たとえば、準備中で出品者に見えないオークションへ出品申込ができる挙動は、質問として記録しています。
一斉テストでは、次の観点を確認対象として整理しました。
- 同額の指値の先着優先と、より高い指値への権利の移行
- 開始直後の価格と、誤タップ防止の動作
- 複数オークション枠の同期
- 終了間際の同時入札と、落札の確定
参加者からは、利用者の視点での指摘も集まりました。終了画面の手数料表示のわかりにくさ、指値入力時の金額アラートの小数表示、先の日程の待機画面までの残り時間の表示などです。
効果
個別検証では、不具合・仕様確認事項を20件弱、報告資料に記録しました。この件数は個別検証の不具合表に記載したものです。テストケース数や修正完了数ではなく、一斉テスト側の報告も含みません。
主な効果は、次の3点です。
- 取引に関わる問題の可視化: 出品申込の停止、指値後の進行停止、複数枠の開始エラーなど、取引の開始・進行に関わる問題を再現条件付きで報告し、開発側が調査するための材料を残した
- 仕様と問題の切り分け: 誤タップ防止の待機時間は、金額帯ごとの設定が優先される仕様のため問題なしと確認。審査中の商品の編集制限も仕様と確認し、対応が必要な問題と分けて整理した
- 一斉テストの実施基盤: 案内・操作説明・進行原稿・アカウント対応表・参加調整表を整え、多人数・複数端末での検証を行える状態にした
報告にあわせて、権限・端末別の不具合と質問の一覧、再現動画と時系列、再現用のCSVデータ、一斉テストの実行ログをお渡ししています。「何が起きたか」だけでなく「どうすれば再現できるか」まで揃えて渡すことを重視しました。
こんな企業におすすめ
今回と同じような課題を持つ企業に向いている支援です。
- 複数の権限が連動するWebサービスで、画面ごとの動作だけでなく業務の流れに沿って検証したい企業
- ライブ入札や予約など、同時操作や終了のタイミングで起きる状態の不整合を事前に確認したい企業
- 社内外の参加者による一斉テストに向けて、操作説明・役割分担・進行・不具合報告の準備を任せたい企業
