TOEFL 技術問題時間軸 2026:要記錄什麼
TOEFL 技術問題時間軸應依序列出每個事件,並寫明時間、症狀、監考人員的處理,以及最終的考試或帳戶狀態。
關鍵數字
每個事件使用 5 個欄位:時間、症狀、動作、回應和結果。
所有時間戳記都使用同 1 個時區,並在最上方註明一次該時區。
不知道確切分鐘時,誠實記錄大約時間,例如「about 10:14 a.m.」(上午10:14左右)。
ETS 表示,監考人員的聊天回覆可能需要約 30–60 秒。
準備 Home Edition 時,ETS 建議在預約前約 48 小時執行設備檢查。
TOEFL 技術問題時間軸應該包含哪些內容?
TOEFL 技術問題時間軸應該把你親眼觀察到的事,和你事後推論的結論分開。每個事件都要寫下時間、看得到的症狀、你做了什麼、監考人員或客服人員做了什麼,以及接下來發生了什麼。這種結構能給審查人員一個可以逐一核對的事件順序,而不必讓他們從好幾段文字中自行拼湊出事件經過。
先寫預約的基本資料:考試日期、預定開始時間、考試形式、報名或預約編號,以及你帳戶中顯示的時區。然後再開始寫事件順序。第一個事件可能是報到開放的那一刻;下一個可能是攝影機斷線、畫面凍結、聊天連線中斷,或出現讓考試無法繼續的訊息。
有用的時間軸講求事實,而不是渲染。寫「The second-camera page showed disconnected at about 10:14 a.m.」(第二攝影機頁面在上午10:14左右顯示已中斷連線),而不是「The system failed completely.」(系統完全故障)。第一句描述的是可觀察的事件;第二句則加上了一個可能超出證據範圍的結論。
攝影機斷線紀錄檢查清單能幫你在依時間順序整理之前,先蒐集好預約資料。把蒐集證據和撰寫時間軸分開進行,能減少遺漏。
時間需要精確到什麼程度?
有確切時間就用確切時間,沒有的話就標明是估計值。從電子郵件、帳戶通知、允許的客服聊天紀錄或預約畫面抄下的時間戳記,可以當作確切時間。考試結束後憑記憶寫下的時間,則應標示為「about」、「approximately」或「between」。
不要為了讓時間軸看起來完整而捏造分鐘數。如果你只知道事件發生在某個區間內,「Between 10:14 and 10:17 a.m.」會比「10:15 a.m.」更可信。審查人員可以處理有範圍的估計,但捏造的精確時間可能和系統紀錄產生矛盾。
整份文件只選用一個時區。例如,如果你的預約是以土耳其時間列出,就在開頭寫一次「All times are TRT, UTC+3」,之後每個事件都用這個時區。如果客服信件使用其他時區,換算之後請把原始時間戳記保留在括號中,而不是悄悄把它替換掉。
| 時間軸欄位 | 要記錄什麼 | 範例 |
|---|---|---|
| 時間 | 確切時間或清楚標示的估計值,並註明一個時區 | 約上午10:14(TRT) |
| 症狀 | 出現、停止、中斷或改變了什麼 | 第二攝影機頁面顯示「已中斷連線」 |
| 你的動作 | 你採取的允許步驟 | 透過聊天告知監考人員 |
| 回應 | 監考人員或客服的指示或處理 | 監考人員暫停考試並要求重新連線 |
| 結果 | 考試是否恢復,以及之後顯示的狀態 | 考試在上午10:19左右恢復 |
每個事件應該對應哪些證據?
只附上或引用允許提供且相關的證據。考試結束後可用的資料包括預約確認信、帳戶狀態頁面、客服往來信件、案件編號,以及你獲准提供的檔案。在受監考的考試過程中,不要製作未經授權的截圖、錄影或進行裝置操作。
替每一項證據加上簡單的標籤,例如「附件 A:預約確認信」或「附件 B:7月19日收到的客服回覆」。然後把標籤放在對應的事件旁邊。這比寄出五個沒有說明的檔案有用得多,因為審查人員能看出每個檔案要支持的是什麼。
參考技術案件編號指南,分清楚客服參考編號和報名或預約編號。把這些識別碼分開,能避免後續聯繫被歸到錯誤的編號底下。
寄出任何資料之前,先移除無關的敏感資訊。保留辨識預約所需的欄位,但遮蔽密碼、付款卡號、安全碼和無關的個人資料。如果附件打不開,請依照附件疑難排解步驟處理,而不是馬上重複開立新案件。
時間軸該怎麼描述監考人員的行動?
只有在你持有允許保存的書面紀錄時,才直接引用簡短的指示;否則請改用轉述,並註明這是你憑記憶寫下的內容。例如,「監考人員指示我重新連接第二台攝影機」這樣的寫法,會比把記憶中的原話放進引號裡更穩妥。
ETS 表示,如果第二台攝影機在考試中斷線,監考人員會暫停考試並提供重新連線的指示。ETS 也提到,監考人員在聊天室中的回覆可能需要大約30–60秒。這些公開資訊可以解釋短暫的中斷,但不應拿來推測你個人的狀況究竟發生了什麼事。
記下每項指示的結果。「重新掃描 QR code」是一個動作;「攝影機重新連線,考試繼續進行」則是結果。把兩者分成不同條目,就能清楚看出要求的步驟是否解決了問題。
之後要把時間軸補充到既有的報告中時,請依照既有案件的證據補件流程。延續同一個對話串,能讓客服人員一次看到先前的往來信件、之前的附件和最新狀態。
如何練習
Aidoss Academy 建議用 C-A-R-R 循環,把一次技術事件轉化為備考上的改進:Capture(記錄):用五個欄位記下事件;Analyze(分析):找出可能的故障點,但不做超出證據的推論;Repair(修正):修正一項可控制的設備弱點;Retest(再測):在時間允許時,於第 +1、+3、+7 和 +14 天重新測試修正後的設備。
實例說明:記錄:「上午10:14,第二台攝影機斷線。」分析:主要 Wi-Fi 訊號變弱後,手機自動切換了網路。修正:關閉自動切換網路功能,接上充電器但不擋住攝影機畫面,並重新執行官方設備檢查。再測:隔天做一次簡短的設備檢查,之後在3天後和7天後再各做一次。這個流程無法證明最初的原因,但可以檢驗一項可控制的風險是否已經降低。
TOEFL Readiness Check 可以幫你在預約日之前找出其他考試當天的風險。它的好處很實際:把「好像還沒準備好」的模糊感覺,變成一份可以逐項檢查、修正的具體清單。

先從 TOEFL iBT 2026 錯誤紀錄筆記本的免費 Essentials Edition 開始,再用 Complete Digital Edition 建立更完整的追蹤系統。這本筆記本為自學的考生提供可重複使用的 C-A-R-R 架構,讓技術檢查和學科錯誤複習更容易回頭查看,而不必仰賴記憶。
常見問題
每一個小小的技術延遲都要寫進去嗎?
如果延遲改變了報到流程、中斷了考試、需要依指示處理,或影響了最終狀態,就要寫進去。沒有造成任何改變的例行等待,用一行概述即可。
如果我不知道確切時間怎麼辦?
寫下誠實的估計值或時間範圍,並加上「大約」「約」或「介於……之間」等字眼,避免被誤認為系統的精確時間戳記。
考完試後才寫時間軸可以嗎?
可以。在安全考試環境結束、允許使用裝置之後,就盡快寫下來。越早記錄越能減少遺忘,但仍要區分親眼觀察到的事實和事後的推論。
時間軸需要另開新案件嗎?
通常,如果已有有效的案件涵蓋同一起事件,就把時間軸補充到既有案件中。維持同一個對話串能保留完整紀錄,也能降低收到矛盾回覆的機會。