職業檔案測試資料指的是為了驗證招募、人事與履歷類功能而合成出來的一整條職業紀錄：目前職位、歷任工作經歷、教育經歷、技能與職業資格都在其中，卻對應不上任何真實人物。讀完這篇，你會知道它在哪些環節填補了空缺、一條紀錄通常由哪些欄位組成，以及為什麼欄位之間的時間關係必須成立。
什麼是職業檔案測試資料?
它是一條覆蓋完整職涯輪廓的合成紀錄，而不是幾個散落的假字串。一條可用的紀錄會同時交代目前任職的職位與公司、過去幾段經歷的起訖年月、院校與學歷、技能標籤，以及可行時的行業常見資格。這些欄位合起來，才足以讓系統判斷「這個人的職涯讀起來合不合理」。
它與隨手填幾個職稱最大的差別在於內部一致性。教育經歷要早於第一份工作、每一段經歷的起訖不能顛倒、目前職位沒有結束時間、技能要與所選行業對得上。只有這樣的樣本才跑得完正常路徑；彼此矛盾的樣本，通常只會測到錯誤處理那一段。
還有一層容易被忽略的價值是討論的語言。當產品、人資系統與測試在看同一筆紀錄時，欄位齊全的樣本讓爭論集中在流程本身，而不是「這裡的資料本來就少一欄所以看不出來」。
什麼時候真的需要它?
需要它的時機比想像中多，共同特徵是需要一整條紀錄，而不是單一個值。
- 測試環境填充：讓清單、分頁與排序有東西可排。
- 表單與流程示範：招募表單的每一步都要有內容可以填。
- 履歷匯入與解析的回歸：同一份樣本每次都要解析出同一組欄位。
- 批次匯入與壓力測試：一次多筆，每一筆都要能獨立通過檢查。
- 搜尋與篩選：技能、職稱與地區的組合要夠廣，才測得出查詢邏輯。
把需求攤開來看，就會發現它們對真實度的要求並不相同。示範用的樣本要讀起來自然；批次匯入用的樣本要涵蓋多種組合；壓測用的樣本只要能大量產生、形狀正確即可。用同一批資料硬撐所有情境，通常會在某個環節出問題。
為什麼不能直接用真實履歷來測試?
第一個理由是它屬於個人資料。真實履歷裡有工作經歷、學歷、聯絡方式，有時還有薪資期待與身分相關欄位，其中不少是敏感資訊。為了驗證一個不相關的功能而把它複製到測試環境，本身就超出了原本的用途。
第二個理由是擴散。一旦進入測試環境，它就會跟著備份、資料庫分支與每一台開發機器散開；測試環境的存取控制通常比正式環境寬鬆，資料又很容易被貼進工單、對話紀錄與截圖裡，事後想收回幾乎不可能。
第三個理由是測試本身。真實履歷往往只覆蓋少數幾種職涯路徑，用它們跑測試容易產生「剛好都對」的錯覺，反而掩蓋了規則沒有寫好的地方。合成的樣本可以刻意排出空檔、轉職與跨地區的組合，這正是真實資料做不到的。
一條職業檔案紀錄包含哪些欄位
多數樣本可以拆成五組資訊，每一組都有自己的必填與選填。
| 分組 | 常見欄位 | 備註 |
|---|---|---|
| 目前職位 | 職位、公司、工作年資 | 對應身分記錄，通常必填 |
| 工作經歷 | 職位、公司、起訖年月、是否至今 | 可多筆，順序即時間順序 |
| 教育經歷 | 院校、學歷、主修、畢業年份 | 通常至少一筆 |
| 技能 | 技能名稱、分類、適合階段 | 標籤式，允許同義寫法 |
| 職業資格 | 資格名稱、頒發機構、等級 | 選填，只列真實存在的名稱 |
| 薪資 | 金額、幣別、週期 | 選填，且屬敏感欄位 |
這幾組之間有方向性，不是並排放在一起就成立：學歷決定第一份工作能從哪一年開始，職位決定技能該屬於哪一類，行業決定可引用的資格名稱。當一筆樣本看起來怪，通常是其中一條關係被打破了，而不是某個欄位格式寫錯。
欄位之間必須成立的時間關係
時間關係是這個主題的核心，也是最常被寫壞的地方。教育經歷通常不早於合理的最低年齡開始，畢業年份不會晚於今天；第一份工作通常不早於畢業；每一段工作經歷的結束年月不早於開始年月；目前職位以「至今」表示，沒有結束時間。
還有一種常見的錯誤是把重疊一律當成造假。實際上兼職、顧問、並行專案都可能造成時間重疊，空檔也可能來自求學、育兒或求職期。規則該做的是標記與詢問，而不是直接判死。
換句話說，一致性檢查的目的是讓資料說得通，不是讓資料變漂亮。這一層拿捏，決定了你的樣本能不能同時服務正常路徑與異常路徑。
假資料不自洽會帶來什麼問題
最麻煩的後果是測試假通過。當一份履歷裡畢業年份晚於第一份工作的開始年，而系統照樣顯示、照樣儲存、照樣通過，你得到的是綠燈，不是正確性。等到真實資料進來，同一條規則才會第一次被觸發。
第二個後果是掩蓋規則缺口。若樣本永遠不會出現空檔或重疊，就沒有任何用例在檢查那些狀態，規則寫沒寫也就看不出來。第三個後果是示範失真：對外展示時，一筆自相矛盾的紀錄會讓觀眾先懷疑工具，而不是理解流程。
本站可以產生什麼樣的職業檔案
在本站的職業檔案產生器裡，可以指定國家或地區並填入一組身分KEY，一次產生目前職位、教育經歷、工作經歷、技能與該行業常見的職業資格；同一個KEY產生的最高學歷與目前職位，會與身分記錄保持一致。需要先理解時間線該怎麼讀，可以接著看工作經歷時間線規則；若你的場景偏重履歷檔案本身，履歷解析測試夾具怎麼組織整理了版面的變體。
給開發者：欄位設計與一致性約束
先把欄位分成「主體」「時間」「標籤」三類。主體是職位、公司、院校這類名詞；時間是起訖年月與是否至今；標籤是技能與資格。三類的驗證方式完全不同：主體只需要長度與必填，時間需要區間運算，標籤需要同義詞正規化。
接著把衍生值從儲存層拿掉。工作年資、年齡、職涯長度都是算出來的，一旦被獨立存成欄位，遲早會和來源不一致。同樣地，「至今」不該用一個遙遠的未來日期代替，而應該是一個明確的開放標記，否則排序與篩選都會被那個假日期污染。
最後是選填欄位的缺席與留空。兩者在流程裡通常是兩種狀態：欄位不存在代表這條紀錄沒有這個資訊，留空字串代表使用者看過但沒填。把兩者混在一起，錯誤訊息就很難寫準。樣本要怎麼在版控裡長期存活而不腐化，可以參考可重現的測試資料。
下一步
先盤點測試環境裡有沒有來自真實履歷的紀錄，有的話換成合成樣本，並確認沒有任何自動流程會再把它寫回去。接著替最重要的三條流程各準備一筆固定樣本，讓失敗可以穩定重現。當你開始處理跨地區的樣本，學歷記錄與學位體系怎麼記會派上用場。
本系列所有內容僅供軟體測試、表單示範與資料填充使用，全部為演算法合成的虛構紀錄，不對應任何真實個人，也不得用於冒充真實履歷、學歷或職業資格，或據以通過背景核查與招募審核。