負荷テストを、
ユーザーの「使える」まで
確かめる体験テストへ。

1ページ目

公開担当「受付開始にアクセスが集中しても、最後まで申し込めるかな？」／エンジニア「普段は大丈夫ですが、アクセスが集中したときに大丈夫かはわかりません…」／（画面：ログイン→入力→申込完了）／公開担当「公開準備もあるし、急いで確認したいですね」（公開まであと3週間）／公開担当「公開前に負荷テストで確かめたい！」

2ページ目

エンジニア「確認するには、操作の再現も、負荷をかける環境の準備も必要です（テスト環境の準備・シナリオ作成・テスト実行・結果の確認）」／公開担当「公開準備もあるのに、全部は手が回らない…」／「負荷テスト 代行」で検索し、ピークキューブ（実ブラウザによる負荷テスト。準備から実行・結果報告まで代行）を見つける。公開担当「準備から報告まで任せられるんだ！」／エンジニア「公開日も伝えて相談してみましょう」

3ページ目

ピークキューブ担当「テスト環境の準備とシナリオ作成から、実行・結果報告までお任せください」／公開担当「自分たちでテストの仕組みから作らなくていいんですね？」／ピークキューブ担当「はい。対象の操作や環境は一緒に確認しましょう」／公開担当「準備から任せられるなら助かります」／エンジニア「僕らは公開準備に集中できそうです（対象の操作・アクセスの想定・公開予定）」

4ページ目

公開担当「公開まで3週間、急ぎでも相談できますか？」／ピークキューブ担当「まず公開日を伺い、対応範囲と日程をご提案します」「公開日から逆算して、優先して確認する操作を決めましょう（対象・条件の確認→シナリオ作成→実行・報告）」（公開日から逆算：準備→テスト実行→結果の確認→公開日）／エンジニア「受付開始時のこの流れを確認したいです（ログイン→入力→申込完了）」／ピークキューブ担当「アクセスの想定と対象環境も確認しましょう」

5ページ目

ピークキューブ担当「実際のブラウザを多数動かし、アクセスの集中を再現します（実ブラウザで操作を再現）」「画面の応答に加えて、操作が最後まで完了するかを確認します」／公開担当「お客様が使う流れで確認できるんですね！」／エンジニア「アクセスが集中しても、申し込みが完了するか確かめたいです」

6ページ目

公開担当「スマホから申し込む人も多い想定です」／ピークキューブ担当「PCとスマホ向けの画面、それぞれ確認する条件を決めましょう」（スマホとPCの申込フォーム）／公開担当「対象と条件も確認できました。では、この内容でお願いします」／ピークキューブ担当「承知しました。シナリオの準備から実行・報告まで進めます」

7ページ目

（テスト当日）ピークキューブ担当「では、この条件でテストを始めます」（操作は最後まで完了しているか、エラーは出ていないか…）（確認条件も添えて報告書にまとめておこう）

8ページ目

（後日 結果報告）ピークキューブ担当「こちらが今回の報告書です。確認条件と実行結果をまとめています（確認条件／操作の実行結果／エラーの有無）」／エンジニア「何をどんな条件で確かめたかが分かりますね」／公開担当「この結果を開発チームと確認して、公開前の対応を決めましょう」／ピークキューブ担当「結果は、今回の環境・シナリオ・条件でのものです」／公開担当「判断に必要な材料がそろいました」

9ページ目

公開担当「公開前に申し込みの流れを検証できました！」／エンジニア「準備と実行を任せて、僕らの公開準備を進められました」／ピークキューブ担当「公開前の負荷テスト、急ぎのご相談もまずはお聞かせください」