テスト実行に欠かせない「テストデータ」。皆さんは、どのような考え方で作成していますか？
テストケースの設計には時間をかけていても、テストデータは「とりあえず動けばよい」「過去のデータを流用すればよい」と、感覚的に準備してしまうケースも少なくありません。しかし、テストデータの準備不足は、想定した検証ができない、テストのやり直しが発生するなど、品質や効率に影響を及ぼすことがあります。
特に、テスト経験が浅い方や急きょテストを担当することになった方にとっては、「いつ作るのか」「どこまで用意すれば十分なのか」と迷うポイントでもあるのではないでしょうか。
そこで本記事では、「テストデータとは何か」という基本から、作成するタイミング、実務で押さえておきたい具体的なポイント、そして誰が作るべきかという考え方までを整理します。
テストデータの重要性をあらためて見直す機会として、ぜひ参考にしてみてください。
テストデータとは？
テストデータとは、テスト実行に必要な入力値や事前準備データのことです。
テスト実行にあたっては、テストケース（テスト項目書・テスト仕様書）、テスト環境や機材、テスト対象プロダクトなど、さまざまな要素が必要になります。その中でも、実際に機能を動かし、確認観点を検証するために欠かせないのがテストデータです。
テストケースが「何を確認するか」を示す設計図だとすれば、テストデータはそれを具体的な操作や入力として実現するための材料と言えます。ドキュメントに記載された確認内容を、実際の挙動として再現するために用意されるものです。 適切なテストデータがなければ、いくらテストケースが整っていても十分な検証はできません。テストデータは単なる入力値ではなく、テストの品質を左右する重要な要素なのです。
テスト実行をはじめて行うエンジニア向けのマニュアル型資料
テスト実施の基本とバク報告の書き方を解説
テスト実行者向け はじめてのガイドブック
テストデータは「テストケース作成後」に作る
時折、テストデータありきでテストケースを作成しようとするケースを見かけます。
特殊な事情で先にデータを用意する場合もありますが、基本的にはテストケース作成後（テスト設計完了後）にテストデータを作成するのが原則です。
なぜなら、テストケースはテスト対象機能の確認観点に基づいて作られるものだからです。
テスト設計で収集・整理した情報の集大成がテストケースであり、テストデータはそれを実現するために必要なものです。
順番を誤ると、本来確認すべき観点が抜け落ちたり、不要なデータを作ってしまったりする可能性があります。まずはテストケースを固め、その内容に沿ってテストデータを準備するようにしましょう。
テストデータ作成時に押さえておくべき6つのポイント
3-1 作成方法を事前に確認する
テストデータを作成する際は、「どのように作れば正しい状態になるのか」を事前に確認しておくことが重要です。
システムによっては、似たような機能が複数存在していたり、画面上では見えない内部項目（ステータスやフラグなど）が自動で設定されていたりする場合があります。見た目だけで判断して作成してしまうと、意図とは異なるデータになってしまう可能性があります。
その結果、テスト実行時に想定外の挙動が発生し、原因の切り分けに時間を要することもあります。
「この方法で作って問題ないか」「仕様通りの状態になっているか」を事前に確認することが、スムーズなテスト実行につながります。
3-2 テスト環境画面で作成してよいか確認する
テスト環境の画面操作でそのまま作成して問題ないか、検討が必要です。
特に新規開発プロジェクトでは、開発進捗の影響でテスト順序が変更されることがあります。当初想定していたデータ流用ができなくなるケースもあります。さらに、未テスト状態の機能を使って作成したデータが「正しい」とは限りません。
状況によっては、
- データベースへ直接インサートする
- 一時的に別環境と接続する
といった対応も検討が必要です。必ずプロジェクトメンバーと相談しましょう。
3-3 必要に応じて開発担当者に相談する
テストデータの作成が難しいと感じた場合は、無理をせず開発担当者に相談しましょう。
テスト環境の画面操作ではデータを作成できないケースや、データベースへの直接投入が必要になるケースがあります。このような作業には、データベースやサーバーに関する知識が求められます。
十分な知識がないまま自己判断で進めてしまうと、誤ったデータ登録や環境トラブルを招き、結果的に調査や修正に余計な工数が発生する可能性も。
品質を守るためにも、「自分たちだけで抱え込まない」ことが重要です。
技術的に不安がある場合や判断に迷う場合は、早い段階で開発担当者と連携し、適切な方法を確認しましょう。
3-4 分かりやすい名称で保存する
テストデータは、一目でテスト用と分かる名称にしておくことが重要です。
さらに、「どのテストケースで使用するデータなのか」が分かるようにしておくと、テスト実行時の混乱を防ぐことができます。
本番環境で使用されるような名称を付けてしまうと、誤って利用してしまうリスクがあります。また、似た名称のデータを大量に作ることも避けるべきです。
テストデータは使いやすさと識別性を意識して管理しましょう。
3-5 予備のテストデータを作成する
作成に時間がかかるデータや、再現が難しい状態を表すデータについては、予備を用意しておくことをおすすめします。
例えば、
- 他部署への依頼が必要なデータ
- 複雑な条件を満たすデータ
などは、再作成に時間がかかる可能性があります。
さらに、テスト中にデータが消失したり、想定外の操作で状態が変わったりすることもあります。
そのため、万が一に備えてバックアップとなるデータを準備しておくことで、テストの中断やスケジュール遅延を防ぐことができるでしょう。
3-6 テストデータ一覧表を作る
テストデータ一覧表とは、テストで使用するデータを整理・管理するための管理表のことです。
どのテストケースで、どのテストデータを使用するのか。どのように作成したデータなのか。現在どのような状態にあるのか。これらを一覧で把握できるようにしておくことで、テストの再現性と管理性を確保できます。
一覧表には、次のような項目を記録しておくとよいでしょう。
- データ名称
- 使用するテストケース番号
- 作成方法（画面登録／CSV投入／DB直接投入など）
- 作成日や更新日
- 現在の状態（未使用・使用済み など）
規模が小さいプロジェクトでは省略されることもありますが、不具合の再現や再テストが必要になった際に、使用したデータが特定できないと余計な工数が発生します。
後から困らないためにも、テストデータは「作るだけ」で終わらせず、きちんと記録・管理することが重要です。
テストデータはテスト実行者が作成しよう
テストデータは可能であればテスト実行者が作成するのが良いでしょう。
理由としては以下の3つがあります。
- テスト環境に慣れることができる
データ作成を通じて画面仕様や登録条件を理解でき、その後のテスト実行がスムーズになる - テストケースの事前確認につながる
必要な条件を整理する過程で、記載の抜けや曖昧な表現に気づくことがある - 手戻りの防止
実行前に疑問点を洗い出せれば、テスト中のトラブルを減らすことができる
ただし、テスト実行者が作成したデータはそのまま使用するのではなく、テストケース作成者やリーダーが最終確認を行うことが理想的です。
複数の視点でチェックすることで、認識のずれや準備不足を防ぐことができます。
「後悔先に立たず」という言葉の通り、実行直前になって慌ててデータを作り直すことのないよう、準備段階で丁寧に確認しておきましょう。
品質を高め、コストダウンができる効果を9つの事例でご紹介
テストアウトソーシングの効果とコストダウン実例ガイドブック
まとめ
テストデータは、テスト実行を成立させるために欠かせない重要な要素です。テストケースが設計図であるなら、テストデータはその確認を実現するための材料と言えます。
作成はテストケース作成後に行うのが基本です。さらに、作成方法の確認や命名ルールの工夫、予備データの準備、一覧表での管理などを意識することで、手戻りや混乱を防ぐことができます。
テストデータを「とりあえず用意するもの」ではなく、「品質を支える準備プロセス」として捉えることが大切です。本記事の内容が、実務でのテストデータ作成の一助となれば幸いです。
