職務経歴テストデータの作り方

職務経歴テストデータとは、採用や人事のしくみを動かして確かめるために用意する、実在の人物に対応しない経歴情報のひとまとまりです。現在の職務、過去の勤務先、学歴、スキル、そして業種に見合った資格までを一件の記録としてまとめたものを指します。この記事では、どんな場面でこうしたデータが要るのか、なぜ本物の履歴書で代用してはいけないのか、そして記録のなかで守るべき関係を順に確認します。

職務経歴テストデータとは何を指すのか？

経歴の情報は、名前や住所だけの記録とは求められる形が違います。人物の基本情報に加えて、いつどこで何をしてきたかという時間の並びが必要になり、その並びの上に学歴とスキルと資格が乗ります。

そのため一件の記録は、独立した項目の寄せ集めではありません。学歴の終わりは最初の勤務の始まりと噛み合い、現在の職務には終わりの年月がなく、スキルは職種と業種に見合っている必要があります。ここが揃って初めて、画面や帳票の確認に使える資料になります。

どんな場面で職務経歴テストデータが必要になるのか？

開発と検証の現場では、思っている以上に多くの場面で「一人分の経歴」が求められます。

• 応募フォームの動作確認。経歴の入力欄が増減する分岐や、必須と任意の切り替えを確かめます。
• 履歴書の取り込み。配布された書式から項目を読み取る処理が、どの程度拾えるかを測ります。
• 一覧と検索の確認。長い会社名や珍しい職種名で表示が崩れないか、絞り込みが効くかを見ます。
• 演示。空欄だらけの画面ではなく、筋の通った経歴が並んだ画面を見せます。
• 自動テストの固定値。毎回同じ入力から同じ結果が得られる状態を作ります。

いずれも本物である必要がない場面です。むしろ本物であっては困る場面だと言えます。必要なのは形式と筋が現実に沿っていることであり、実在の人物であることではありません。

なぜ本物の履歴書をテストに使ってはいけないのか？

理由は大きく三つあります。第一に、履歴書は本人のものだからです。職歴、学歴、在籍した会社、そして給与の記載は、いずれも持ち主の同意なしに別の場所へ複製してよい情報ではありません。

第二に、検証環境は本番ほど守られていません。複製した経歴は、不具合の再現のために残され、共有され、報告資料の画像として貼られることがあります。一度広がった記録を回収するのは現実的ではありません。

第三に、本物の値はテストの邪魔になります。実在する人物の経歴を混ぜておくと、検索の確認中にその人の名前が出てきたり、通知の試験で実在の連絡先に触れたりします。試験の入力は、誰の経歴にも触れない値であるべきです。

一件の職務経歴データには何が含まれるのか？

後ろの二つは、それらしく見えるかどうかより、扱いが正しいかどうかが問われる項目です。資格そのものの考え方は資格とライセンスのデータ管理で扱っています。

項目どうしに成り立たせるべき時間の関係

経歴の記録で最も壊れやすいのは、時間の関係です。一件ずつ見れば自然でも、並べたときに矛盾していることがあります。

• 学歴の終わりは、最初の勤務の始まりより後になってはいけません。
• 二つの職歴が同じ時期に丸ごと重なってはいけません。
• 現在の職務には、終了の年月を持たせません。開いたままの状態を別に表現します。
• どの年月も、今日より先にあってはいけません。
• 学歴の始まりは、人が学び始める年齢として無理のない範囲に収めます。

この関係は、記録を作るときだけでなく、取り込んだあとの検証でも同じように使えます。関係を先に言葉にしておくと、確認する場所がはっきりします。

ここで挙げた関係を一つ外した仮データを置くと、いちばん困るのは「通ってしまう」ことです。たとえば未来の日付を含む記録で試験をすると、正しく弾くはずの処理が期待どおりに動かず、別の理由で偶然通ってしまうことがあります。すると不具合は本番まで残ります。

同じことは重なりにも言えます。重複を検出する処理の確認に、そもそも重なりのない記録ばかりを使えば、その処理は一度も働きません。試験が確かめているのは「画面が開いたか」だけになり、本来見たかった判定は素通りします。

つまり整合は、見た目の問題ではなく試験の質の問題です。矛盾した入力を意図的に用意することと、うっかり矛盾した入力を混ぜてしまうことは、まったく別のことだと考えてください。

ツールで職務経歴データをまとめて作る

当サイトの職務経歴データ生成ツールでは、国と地域を選ぶだけで、現在の職務から職歴、学歴、スキル、資格までをひと揃い用意できます。項目どうしが同じ一人の経歴として噛み合うように組み立てられるため、学歴より前に就職している、といった不自然さが生じません。

複数件が必要なときは、同じ画面で件数を増やして書き出せます。給与のような繊細な項目を記録に含めるかどうかも、必要に応じて選べます。まずは検証したい国を一つ選び、記録を一件作って眺めてみてください。

開発者向け: 一件の記録をどう組み立てるか

経歴を一件の構造として扱うときは、まず依存の向きを決めます。学歴は年齢と学位体系に依存し、職歴は学歴の終わりに依存し、現在の職務は職歴の末尾に依存します。この向きを先に決めておくと、値を差し替えたときに矛盾が生まれません。

次に、検証を層に分けます。単独の項目で完結する形式の確認と、複数の項目を突き合わせないと分からない関係の確認は、別の層として書きます。後者を前者に混ぜると、どの入力が原因で落ちたのかが分からなくなります。

最後に、矛盾した入力も固定の装置として残します。正常な記録だけを並べても、判定の処理が働いているかどうかは分かりません。未来の日付、重なった職歴、学歴より前の就職といった記録を意図的に用意し、期待される結果と一緒に保存しておくと、あとから仕様が変わったときに差分が見えます。

次のステップ

まず、手元の検証環境に本物の履歴書が残っていないかを確認してください。見つかった場合は、組み立てた記録に置き換えます。次に、時間の関係のうち三つを選び、それぞれ反例となる記録を一件ずつ用意しておきます。職務経歴データ生成ツールを使えば、筋の通った記録をすぐに用意できます。取り込み側の確認まで進めたいときは履歴書解析テストの固定データを、年月の並べ方は職務経歴タイムラインのルールを参照してください。

ここで扱ってきた記録は、ソフトウェアの試験、画面の演示、そして項目を埋める作業のための合成データです。実在の人物とは関係がなく、本物の経歴や学歴、資格の代わりに提示できるものではありません。