每個計算機項目在進行代碼撰寫的時候, 其實測試是從頭到尾貫穿在中間的每個環節。
大到各個模塊之間的聯結交互，小到一行文字的輸出是不是恰好在對應位置，都需要隨時關注並根據實時情況調整。
但在完整正規的開發流程裏, 是在成品出爐後專門有一個階段用於測試。
由專業的測試工程師設計出成百上千個測試用例, 全方位對項目的每個細節進行檢查, 並分門別類填寫問題記錄表, 返回給開發人員進行二次複修。
科班出身且經曆無數項目的杜詩怡當然無比熟悉這套規矩。
哪怕這暫時並不是要拿出去商用的東西，她也絕對不會輕忽的跳過最後這一步。
編譯器的測試，其實尤其需要慎重。
因為, 如果現在這個階段不把地基打牢，徹底確定它是真的不存在任何一個細小的漏洞，回頭真用它寫代碼的時候，一旦代碼跑不通, 那到底是代碼的鍋還是它這個翻譯工具的鍋啊？
要是以為代碼出錯，沒日沒夜對著找bug都崩潰的覺得哪哪都沒毛病啊憑什麽跑不了，很久以後發現原來是編譯器翻譯錯了……
……那真是一口老血梗在心頭。
……她在異世見過隔壁實驗室的小哥哥這麽栽過跟頭, 最終確定問題的時候當場仰天比中指，頂著師伯關愛智障的眼神跑他們這兒來鬼吼鬼叫蒼天不公。
——最後被師伯拎著衣領揪回去罰他給科研院即將完工的十個項目設計測試用例, 好好回憶一下每個年輕小輩從第一次跟組就會被教導的“永遠不要以為測試不重要”。
見過太多因為令人哭笑不得的小疏忽而翻車的案例，所以她一向都是認真對待項目全流程中的任何一個環節，確定都沒問題才會結項。
杜詩怡最後檢查了一遍編譯器的代碼本身, 然後切換頁麵，點開了她為此專門新建的文件夾。