週二上午，試執行正式開始了。蘇晚到公司之後開啟評估工具，發現頁面左上角多了一個倒計時標誌，顯示著剩餘試執行天數。她看了一眼那個數字，然後開始按操作說明處理第一組測試資料。
她先把分配到的幾條試點條目調出來，逐條載入到評估工具的更新版頁面裡。介面操作跟之前測試時一致，新增的備註欄沒有額外佔用她的時間，載入過程也順暢。她逐條填寫評估欄位，填寫完畢後統一提交到系統。系統返回了一條已接收的狀態通知，她等了幾分鐘，沒有收到報錯提示，確認提交成功後關閉了頁面。
週三上午蘇晚登入系統檢視試執行進展，發現自己昨天提交的那批條目已經生成了初步評分結果。她開啟評分頁面大致看了一遍，評分範圍跟她預期的差距不大。但她注意到其中有兩條條目被系統標註了建議複核的標記，原因是這兩個條目的某項指標數值超出了預設區間。她開啟那兩個條目的詳細頁面，檢查了一下對應指標的來源資料，確認資料本身沒有問題，而是系統預設的區間與評估框架的描述存在一些差異。她在那兩條條目的備註欄裡填了一行說明：資料來源與框架描述一致，區間預設可能存在偏差，建議統一校準。
下午蘇晚在處理其他工作時，收到了一封來自系統維護部門的工作訊息，內容有關指標區間校準的協助請求。她沒有回覆，確認了有相關人員正在跟進後，關閉了視窗。
週四上午蘇晚收到了一封郵件，通知說她提交的複核建議已納入區間的統一校準範圍，校準後她提交的那兩條條目的評分會自動更新，不需要她手動修改。她看完郵件後把之前備註欄裡的那行字刪掉了，沒有再做其他操作。
下午蘇晚接到了一條來自綜合支援部的工作訊息，對方說測試過程中發現她的操作記錄裡有一部分資料在上傳時產生了時間戳錯位，想確認她當時是否遇到了系統卡頓或延遲的情況。她回憶了一下週三的操作過程，不記得當時有過系統報錯或響應延遲。她把當時的情況簡單回覆了，說明了上傳時的響應時間和頁面載入狀態，最後加了一句未發現異常。對方回覆說好的，我們再排查一下，對話就結束了。
週五下午蘇晚完成了當週測試條目的最後一批提交。所有條目在提交後都沒有收到系統的報錯或複核提示，顯示狀態全部為已接收評分完成。她關閉頁面的時候注意到頁面上她的平均處理時間比預期的上限快了約一些百分比。她只是看到了一行統計資料，沒有記錄它，也沒有和誰提起，只是掃了一眼然後把介面關了，收拾好東西準備下班。
傍晚下班的時候蘇晚走出辦公樓，路燈已經亮了。那棵梧桐樹的枝幹在燈光下形成的影子比以前更清晰了，因為地面上的落葉已經被風吹走了不少。她沿著街道走的時候，注意到路燈之間的間隔在她的視線裡形成了一種視覺上的規則排列，像是她日常工作的節奏——每項任務之間的距離大致均勻，節點與節點之間的過渡平穩。她來到公交站臺的時候，車還沒來，風從街道盡頭吹過來，帶著落葉翻動的輕響。她站在那裡想著這一週發生的那些事：第一次提交測試資料時的不太確定、複核建議被納入校準之後的那種放心感、那位同事來詢問時間戳問題時她平靜而簡單的答覆。這些事在發生時並沒有特別的感覺，它們只是她沿著這條路走的過程中被路燈照亮的一段段路面，而她現在回想起來，那些時刻的形狀都還清晰，它們的邊緣在她心裡留下了輪廓。
公交車來了，她上了車在靠窗的位置坐下來。車開動之後她靠著車窗，窗外的路燈正在經過。這一段路的路燈間距比其他路段要短一些，所以光暗交替的頻率更快了。她坐在那片快速交替的光影裡，感到自己已經越過了某個需要適應新工具的階段，前面的路正在逐漸穩定下來。那些測試資料和評分結果還留在她本週工作記錄的倒數第三行，它們會自然地留在那裡，直到某個需要回溯的節點到來。
到站的時候她站起來下了車，路燈在站臺邊緣投下一個大的亮圈，邊緣逐漸融入夜色之中。她沿著街道走回公寓，步伐勻速。她的腳步聲在安靜的路面上形成一條均勻的線，門在她身後關上，樓道里的燈亮起又熄滅，她沿著樓梯向上走了一段，在頂層平臺停下來，摸出鑰匙開了門。
