考試貼士 2026-08-16 閱讀時間 3 分鐘

HKDSE ICT 卷一十大常見錯誤（及補救方法）

在批改數百份 HKDSE ICT 試卷後，我發現同樣的錯誤年復一年地摧毀分數。這些不是知識上的缺口 — 而是學生在研讀課程後仍然重複的可避免錯誤。

這個模式是殘酷的：你了解概念，但每個錯誤都失去 2-3 分。在 40 題 MC 和結構式問答中，這就是 Level 4 和 Level 5 的差別。

以下是卷一最常見的 10 個錯誤、為何會失分，以及每個錯誤的明確補救方法。

錯誤 1：混淆驗證與核實

錯誤： 你混淆了驗證（檢查數據合理性）與核實（檢查數據準確性）。當被要求舉例說明兩者時，你將它們對調。

為何失分： 這是 HA1 資訊處理的核心概念。試題常會問：「舉出一種驗證方法 AND 一種核實方法」。如果你對調了它們，即使你正確描述了兩種方法，也會得到 0 分 — 評卷員測試的是你是否理解區別，而不僅僅是能否列舉技巧。

補救方法： 學習這個層次：

驗證檢查數據是否合理：類型檢查、範圍檢查、存在檢查、長度檢查、格式檢查、檢查位數。例如：「年齡是否在 1-120 之間？」（範圍）、「電話號碼是否有 8 位數字？」（長度）、「香港身份證是否符合檢查位數演算法？」（檢查位數）。
核實檢查數據是否準確：雙重輸入、視覺檢查、校對、與來源文件交叉參照。例如：「透過 SMS 確認電話號碼」、「將數據與原始表格比較」。

記憶技巧： 驗證 =「這數據是否合理？」核實 =「這數據是否準確？」驗證問題關於數據本身；核實需要與外部來源比較。

錯誤 2：二補數順序錯誤

錯誤： 當將十進制轉換為二補數二進制時，你以錯誤的順序寫下位元。例如，對於 4 位元二補數的 -5，你寫「0101」而不是「1011」 — 你得到了正確的大小，但位元順序反了。

為何失分： 這出現在 DSE 2015 卷一 Q2，類似模式經常重現。MC 試題常以錯誤順序顯示 4 位元二補數，測試你是否理解位置加權。結構式問答要求你將十進制轉換為二進制 — 如果你的位元順序錯誤，整個答案得到 0 分。

補救方法： 練習 4 位元二補數直到變成自動：

從正數二進制表示開始。對於 +5：0101
反轉所有位元（一的補數）：1010
加 1 得到二補數：1011

位置檢查： 在 4 位元二補數中，最左邊位元是符號位元（-8），然後位置代表 -4、-2、-1。所以「1011」= -8 + 0 + 2 + 1 = -5。在確定最終答案前，務必透過位置加權驗證。

錯誤 3：忘記在最小儲存空間問題中向上取整

錯誤： 你正確計算了檔案大小，但忘記向上取整到完整位元組。例如，你計算出 13 個 RFID 標籤需要 156 位元，結論是「19.5 位元組」，然後將「19.5 位元組」作為答案寫下。

為何失分： 儲存裝置分配完整的位元組，而不是分數。如果你回答「19.5 位元組」，會得到 0 分。這個模式經常出現在有關 RFID 標籤、智能卡及儲存大小計算的試題中（類似 DSE 2015 卷一 Q5）。

補救方法： 始終向上取整到下一個完整位元組：

計算總位元數：13 個標籤 × 12 位元/標籤 = 156 位元
轉換為位元組：156 ÷ 8 = 19.5 位元組
向上取整：20 位元組（你需要一個完整的第 20 個位元組來儲存剩餘的 4 位元）

記憶規則：「儲存中不存在部分位元組。」在寫下最終答案前先向上取整。在你的計算過程中顯示取整步驟 — 評卷員會給予步驟分。

錯誤 4：假設 ASCII 儲存中文字符

錯誤： 你聲稱「ASCII 可以代表中文字符」或「8 位元 ASCII 足以處理多語言文本」。

為何失分： 這是事實錯誤。ASCII 是為英文字符設計的 7 位元或 8 位元編碼（128 或 256 個字符）。它無法代表中文、日文、韓文或其他 CJK 字符。有關字符編碼的問題經常出現在 HA1 中 — 聲稱 ASCII 適用於中文會得到 0 分，因為這與課程相矛盾。

補救方法： 學習編碼範圍：

ASCII（7 位元或 8 位元）： 英文字母、數字、符號。最多 256 個字符（擴展 ASCII）。無法儲存中文、日文、韓文。
Unicode（16 位元或更多）： 通用字符集，支援所有世界語言，包括中文、日文、韓文、表情符號。每個字符都有唯一碼位。UTF-8、UTF-16 和 UTF-32 是實作方式。

回答模式： 如果被問及儲存中文字符，指定「Unicode」或「UTF-8」 — 絕不要用 ASCII。如果被問及為何 ASCII 不足夠，解釋：「ASCII 使用 7/8 位元，限制在 256 個字符，這不足以處理數千個中文字符。」

錯誤 5：混淆 CPU 組件（CU、ALU、暫存器）

錯誤： 你混淆了控制單元（CU）、算術邏輯單元（ALU）和暫存器的功能。例如：「ALU 從記憶體擷取指令」（這是 CU 的工作）或「暫存器執行計算」（這是 ALU 的工作）。

為何失分： 這是 HB1 電腦系統基礎 — 高頻率主題。像 DSE 2015 卷一 Q13 這樣的問題會問哪個組件執行哪個功能。如果你將擷取-解碼-執行週期歸因於錯誤的組件，你會失去該問題的全部分數（通常是 2-3 分）。

補救方法： 學習 CPU 的分工：

控制單元（CU）： 從記憶體擷取指令、解碼它們、指導 CPU 組件之間的數據流。它是「指揮家」 — 協調一切但不自行處理數據。
算術邏輯單元（ALU）： 執行算術運算（加、減、乘、除）和邏輯運算（AND、OR、NOT、比較）。它是「計算器」 — 執行實際計算。
暫存器： CPU 內部的小型快速儲存位置，保存當前正在處理的數據。例如：累加器（儲存結果）、程序計數器（保存下一個指令的地址）、指令暫存器（保存當前正在解碼的指令）。

記憶技巧： CU =「控制器」、ALU =「計算器」、暫存器 =「儲存」。當被問「哪個組件執行指令」時，答案是 ALU（在 CU 指導下）。當被問「哪個組件擷取指令」時，答案是 CU。

錯誤 6：混淆 SQL 中的 WHERE 與 HAVING

錯誤： 你在 GROUP BY 之後寫 WHERE，或在沒有 GROUP BY 的情況下使用 HAVING。例如：「SELECT department, COUNT() FROM employees GROUP BY department WHERE COUNT() > 5」 — WHERE 出現在 GROUP BY 之後，這是無效語法。

為何失分： 這是資料庫基礎，在卷一和卷二資料庫選修中都會考試。SQL 子句順序是嚴格的 — 一個錯誤位置 = 整個問題 0 分。這是結構式問答中最常見的 2-3 分扣分之一。

補救方法： 記住 SQL 子句順序：

SELECT 欄位(s)
FROM 表格
WHERE 條件              -- 在分組前過濾行
GROUP BY 欄位(s)         -- 分組行
HAVING 條件              -- 在分組後過濾群組
ORDER BY 欄位(s)         -- 排序結果

使用規則： WHERE 過濾個別行；HAVING 過濾群組。對行級條件使用 WHERE（例如「salary > 50000」）。對群組級條件使用 HAVING（例如 GROUP BY 後的「COUNT(*) > 5」）。

快速檢查： 如果你的條件涉及聚合函數（COUNT、SUM、AVG、MAX、MIN），它屬於 HAVING。如果不涉及，它屬於 WHERE。絕不要混淆順序。

錯誤 7：追蹤表中的 dequeue/pop 錯誤

錯誤： 當追蹤佇列或堆疊操作時，你在 dequeue 或 pop 後記錄錯誤的值。例如，在包含 [1, 2, 3] 的佇列上執行 dequeue() 後，你記錄「1」被移除但顯示佇列為 [2, 3] — 目前正確 — 但當被問「返回了什麼值」時，你寫「3」而不是「1」。

為何失分： 追蹤表測試你是否理解資料結構慣例。佇列（FIFO）和堆疊（LIFO）問題需要精確追蹤值。如果你記錄錯誤的返回值，你會失去整個追蹤的分數（通常是 3-4 分），因為每個後續步驟都依賴於正確的前一個狀態。

補救方法： 學習返回慣例：

佇列（FIFO）： dequeue() 移除並返回**最前端（最舊）**元素。在 enqueue(1)、enqueue(2)、enqueue(3) 之後，然後 dequeue() 返回 1 並留下 [2, 3]。
堆疊（LIFO）： pop() 移除並返回**最頂端（最新）**元素。在 push(1)、push(2)、push(3) 之後，然後 pop() 返回 3 並留下 [1, 2]。

記憶規則： 佇列 =「先進先出」 — 最舊的項目先離開。堆疊 =「後進先出」 — 最新的項目先離開。追蹤時，始終寫下：「操作 | 返回值 | 新狀態」。

驗證： 在每次 dequeue 或 pop 後，問：「哪個元素剛剛離開結構？」那就是返回值。絕不要假設它是你最後看到的元素 — 它取決於 FIFO 還是 LIFO。

錯誤 8：忽略指令詞的深度

錯誤： 當問題說 Explain 或 Justify 時，你寫了一個 State 風格的答案（單純事實）。例如，一個 3 分的「解釋為何同位元檢查無法偵測所有傳輸錯誤」問題得到：「同位元檢查只能偵測奇數個位元翻轉。」這是 1 分 — 你因為沒有顯示推理鏈而錯失了 2 分。

為何失分： 指令詞信號所需的深度。回答深度不足是卷一和卷二最一致的分數殺手。當你忽略深度要求時，每個結構式問答會失去 1-2 分。在 10 個問題中，這就是 10-20 分的損失。

補救方法： 讓你的答案長度匹配指令詞：

State（1 分）： 1-2 個字或短語。例如：「舉出光纖的一個優點。」 →「頻寬較高。」
Define（1-2 分）： 1 句話。例如：「定義身份驗證。」 →「身份驗證是驗證用戶或系統身份的過程。」
Describe（2 分）： 2-3 句話，特徵而無因果關係。例如：「描述路由器功能。」 →「路由器在網絡之間轉發數據包。它使用路由表確定最佳路徑並連接不同的網絡段。」
Explain（2-3 分）： 3-4 句話帶「因為」鏈。例如：「解釋為何同位元會失效。」 →「同位元檢查只能偵測奇數個位元翻轉。如果偶數個位元改變，同位元保持正確，錯誤無法被偵測。這使得同位元檢查對於突發錯誤不可靠。」
Justify（2-3 分）： 3-4 句話，多個原因支持聲明。例如：「證明 P2P 優於客戶端-伺服器。」 →「首先，P2P 降低伺服器成本，因為所有節點共享資源。其次，它提高可靠性，因為如果某些節點故障，系統繼續運行。第三，它自然擴展，因為更多用戶加入並貢獻資源。」

快速檢查： 如果指令詞是 Explain 或 Justify，你的答案必須包括因果語言（「因為」、「由於」、「導致」、「結果」）。對於 State，保持事實。對於 Describe，列舉特徵而不使用「因為」。

錯誤 9：留空 MC 題目

錯誤： 當不確定時，你跳過多項選擇題，留空它們。

為何失分： 卷一對錯誤答案沒有懲罰。如果你猜測，你有 25% 的機會（4 選 1）獲得 1 分。如果你留空，機會是 0%。在 40 題 MC 中，跳過 5 題 = 平均放棄約 1-2 分。

補救方法： 絕不要留空。遵循這個流程：

消除明顯錯誤的選項 — 劃掉帶有絕對限定詞（「永不」、「總是」）或事實錯誤的選擇。
從剩餘選項中猜測 — 如果你消除了 2 個選項，你的猜測現在 50% 可能是正確的。
標記並繼續 — 如果你在 2 分鐘後仍卡住，選擇最佳猜測並繼續前進。如果有時間稍後再回來。

時間管理： 40 題 MC 在約 60 分鐘內 = 平均每題 1.5 分鐘。在一題 MC 上花費 4 分鐘以上 = 後續題目時間用盡。標記它，繼續，稍後再回來。

概率現實： 即使你純粹猜測，期望值也是正的。1 分的 25% = 每題 0.25 分。在 10 題純猜測中，你平均賺得 2.5 分。這通常是等級之間的差距。

錯誤 10：寫段落而不是編號點

錯誤： 對於要求「給出三個原因」或「陳述兩個優點」的結構式問答，你寫一個長段落將所有點埋在一起。評卷員必須搜尋你的答案，經常錯過你實際包括的點。

為何失分： 評卷員逐點評分。如果你的三個原因埋在段落中，評卷員可能錯過其中一個 — 即使你寫了它。每個錯過的點失去 1 分。在一個 3 分的問題中，這是 33% 的損失，不是因為你不知道答案，而是因為你隱藏了它。

補救方法： 對於多點答案始終使用編號或項目符號列表：

不要寫：

“P2P 網絡降低伺服器成本，因為所有節點共享資源，它提高可靠性，因為如果某些節點故障系統繼續運行，它自然擴展，因為更多用戶加入並貢獻資源。”

要寫：

降低伺服器成本 — 所有節點共享資源。

提高可靠性 — 如果某些節點故障，系統繼續運行。

自然擴展 — 更多用戶 = 更多資源。

格式規則： 每個編號/項目符號一個明確的點。如果指令詞是 Explain 或 Justify，以核心概念開始每個點，然後添加簡短解釋。對於 State 或 Describe，每個點一個短語或句子就足夠了。

評卷員心理： 評卷員評分數百份試卷。清晰、編號的列表使他們的工作更容易，確保你為你做出的每個點賺得全部分數。段落招致歧義 — 列表賺取清晰度。

這在你的預備中的位置

這 10 個錯誤不是孤立的 — 它們複合。如果你混淆驗證/核實（錯誤 1）、忽略指令詞（錯誤 8）並將答案埋在段落中（錯誤 10），即使你理解概念，也可能在單個問題上失去 5-7 分。

補救方法不僅是知道這些錯誤 — 而是練習直到正確方法變成自動。使用歷屆試卷建立錯誤日誌：追蹤哪些錯誤模式對你來說重複。針對那些特定模式進行練習。

有關指令詞的深入探討，請看我們的指令詞指南。有關 SQL 基礎，請看我們的SQL 生存指南。有關全面的主題覆蓋，使用我們的HKDSE ICT 筆記。

準備好停止因可避免錯誤而失分嗎？預約試堂 — 我們會一起審查你的歷屆試卷答案，找出你的錯誤模式，並建立針對性練習計劃。

← 全部文章