開発中は、短い文章、適切な大きさの画像、数件のデータで確認しがちです。その状態では一覧も検索も速く、カードの高さも揃い、ページ送りもほとんど現れません。
私たちも、数件のきれいなテストデータでは問題なく動いていたのに、本番に近い件数を入れて初めて崩れや遅さに気づくことがあります。実際の運用では、長いタイトル、空欄、古いデータ、複数カテゴリ、大きな画像、数年分の履歴が混在します。本番で使われる条件を、公開前の確認データへ入れます。
平均ではなく、境界と例外を選ぶ
代表データを一件だけ作るのではなく、条件の異なる組み合わせを用意します。
- 最短と最長のタイトル・本文
- 必須以外がすべて空欄のデータ
- カテゴリや関連情報が最大数あるデータ
- 画像なし、一枚、最大枚数のデータ
- 公開前、公開中、公開終了のデータ
- 古い形式で保存された既存データ
- 同じ名前や似た条件を持つデータ
平均的なデータより、画面や処理の限界に近いデータの方が問題を見つけやすくなります。
件数は、ページ送りが繰り返される量まで増やす
十件表示の一覧に十一件だけ用意しても、ページ番号の省略、最終ページ、絞り込み後のページ位置、並び替えとの組み合わせは分かりません。
複数ページを移動できる件数を用意し、最初、中間、最後、結果なしを確認します。条件を変えたときに一ページ目へ戻るか、条件を保ったまま次へ進めるか、表示件数と総件数が一致するかを確認します。
長文は、見た目だけでなく入力と出力を通す
長い文章をHTMLへ直接置くだけでは、CMS入力時の制限や整形を確認できません。管理画面へ登録し、保存し、再編集し、一覧と詳細へ表示するところまで通します。
見出し、ボタン、表、タブ、モーダル、メールなど、表示幅の狭い場所にも長い文言を入れます。外国語や長い単語では自然な折り返しと操作部品の高さを確認し、文字数制限が必要なら理由と超過時の案内を示します。
画像は、枚数・容量・比率を分けて試す
同じ画像形式でも、容量、縦横比、解像度、向き、透過の有無で処理と表示が変わります。画像なし、極端に縦長・横長、最大容量、複数枚を登録し、アップロード、変換、保存、一覧、詳細を確認します。
画像点数が多いページでは全体の読み込みとスクロールを確認します。管理画面側でも、大量の画像から選択・差し替え・削除できるかを確かめます。容量制限は、利用者が修正方法を判断できる案内にします。
管理画面も、本番件数で確認する
公開画面が速くても、管理画面の一覧や検索が重ければ更新業務が続きません。多くのデータがある状態で、検索、絞り込み、並び替え、編集、公開状態の変更、一括操作を確認します。
選択肢に全件を読み込む画面や、一覧の各行で追加処理を行う実装は、件数増加で急に遅くなることがあります。運用者が日常的に行う操作時間と、誤操作を防ぐ確認も品質へ含めます。
定期処理と一括処理は、終了時間と失敗件数を見る
CSV取込、外部同期、画像変換、メール送信などは、件数が増えると処理時間やメモリ使用量が変わります。本番相当件数で完了する時間、途中失敗、再実行、他の操作への影響を確認します。
処理が長い場合は画面を開いたまま待たせず、進行状態と完了・失敗を通知する方法を検討します。時間制限を延ばすだけで解決せず、分割処理や再開可能な単位を設計します。
実データを使うときは、安全な範囲を決める
本番データは現実的な例外を含みますが、個人情報や未公開情報をそのまま開発環境へコピーしてはいけません。匿名化したデータ、許可された項目、構造を再現したテストデータを使います。
本番環境でしか確認できない処理は対象と時間を限定し、通知先や外部連携への影響を避けます。実データを使うことではなく、本番の分布と条件を再現することが目的です。
公開後に見つかった条件を、テストへ戻す
本番でだけ起きた問題は、個別修正して終わらせず、どのデータ条件と件数で発生したかを残します。代表データへ追加し、次回の改修や環境更新でも同じ条件を確認します。
利用件数や登録量は公開後も増えます。公開時の最大件数だけを基準にせず、増加傾向、保管期間、将来の上限を見直します。定期的な容量・速度確認と、不要データの保管方針も運用へ含めます。
この方法が向いているケース
- 検索、一覧、ページ送りがある
- CMSで長文や多数の画像を登録する
- CSV、API、定期処理で大量データを扱う
- 公開後も記事、商品、会員、履歴が増え続ける
- 多言語や複数カテゴリなどデータ差が大きい
すべてを本番件数にしなくてよいケース
全画面へ大量データを用意する必要はありません。件数の影響を受ける一覧・検索・管理画面・一括処理を優先し、固定ページは長文や画像比率など表示上の境界を確認します。処理負荷の検証と画面表示の確認を分けると、必要なデータを絞れます。
本番規模チェック
- 最短、最長、空欄、最大数を用意したか
- 複数ページを繰り返し移動できる件数があるか
- 長文をCMSの入力から公開まで通したか
- 画像の枚数、容量、比率を変えて確認したか
- 管理画面の検索、編集、一括操作を本番件数で試したか
- 定期処理の時間、部分失敗、再実行を確認したか
- 個人情報を持ち込まず本番条件を再現したか
- 公開後に見つかった条件を次のテストへ戻したか
