DSE ICT｜系統開發生命週期備課指引（導師用）｜六階段、測試覆蓋、除錯成本

2026-11-02

學生背得出六個階段名，但一問「測試通過率幾多」、「遲發現 bug 貴幾倍」就停手。這一堂把流程圖換成時間表與成本表。

本堂目標　學生能夠：① 把 12 週專案按 6 個階段分配，講出每階段產出物；② 用 40 個測試個案算出通過率並判斷可否上線；③ 用除錯成本倍數解釋為何要提早測試。

01　先備知識（開課前 3 分鐘快檢）

以下任何一項未過關，本堂就會卡住，先補該項：

技能	快檢題	過關標準
流程概念	開發流程通常由哪一步開始	需求分析
百分比	通過率怎樣算	通過個案除總個案
成本概念	越遲發現錯誤越怎樣	越貴

02　課堂流程（60 分鐘）

時間	環節	導師做什麼	學生做什麼
0–8 分	六階段拆解	需求、設計、實作、測試、推行、維護	每階段一個產出物
8–20 分	時間分配	12 週分 6 階段	每階段 2 週
20–34 分	測試與通過率	40 個個案、8 個失敗	通過率 80%
34–46 分	除錯成本	早發現與遲發現的比例	遲發現貴 10 倍
46–54 分	學生獨立寫	寫一段推行前檢查清單	至少四項
54–60 分	離場檢查	三題快問快答	三題全對才下課

03　講解腳本（照著說就可以）

第一幕：六階段各有產出物

需求分析、設計、實作、測試、推行、維護，合共 6 個階段。
12 週平均分配，每階段 2 週；但實務上測試通常佔兩倍，測試用 4 週，其餘五階段分 8 週。
答題只寫階段名無分，要寫出該階段交付什麼文件或程式。

要學生講：測試佔 4 週後，其餘五階段平均每階段幾週。

第二幕：測試要用數字講

40 個測試個案，8 個失敗，通過 32 個（80%），失敗率 20%。
行規：關鍵功能失敗率必須為 0 才可上線，非關鍵可以上線後修。
學生最常寫「測試完就推行」，無通過率等於無答。

要學生講：8 個失敗之中如果有 1 個係登入功能，可否上線。

第三幕：越遲發現越貴

需求階段發現錯誤成本當 1，推行後才發現約 10 倍：不只要改程式，還要改資料、通知用戶、補救商譽。
所以測試要把 60% 的 bug 在推行前擋住；敏捷用 3 個 2 週 sprint（共 6 週）每輪都測，就是把發現時間推前。
每週 20 小時工時，6 週共 120 小時，要計入排程。

要學生講：為什麼「先寫完再一齊測」成本最高。

04　必教題型與步驟

題型	例子	步驟	答案
流程	階段排序	按產出物排序，不是按喜好	6 階段
計算	測試通過率	通過除總個案乘 100%	80%
計算	階段時間分配	總週數除階段數，按比重調整	2 週
論述	開發模式比較	瀑布與敏捷各兩句，連適用情境	每模式一例

合理性檢查（一定要教）：六個階段加起來要等於總工期；唔等於即有人漏階段。
通過率不可能超過 100%，超過就是分母用錯。
失敗個案數要少於總個案數。
維護階段一定在推行之後，唔可以排在中間。

05　獨立練習三題

題目	答案	想觀察什麼
12 週 6 階段平均分配	2 週	12 ÷ 6
40 個個案、8 個失敗的通過率	80%	32 ÷ 40
推行後才發現錯誤的成本倍數	10 倍	需求階段當作 1

06　學生常見錯誤與糾正句

錯誤	學生通常這樣寫	導師這樣說
只背階段名	答需求、設計、實作、測試	每階段要配一個產出物，例如需求階段出規格書。
測試寫已測試	無數字	寫「40 個個案，80% 通過」，才有分。
把維護當第一個階段	次序錯	維護一定係最後，係上線之後的事。
忽略用戶驗收	直接推行	無 UAT 就推行，等於把 20% 的風險帶去用戶。

07　家課建議（直接指到練習卷題號）

Paper 1 短題：系統開發階段（Q2–Q4）　每階段寫產出物
Paper 2 個案題：測試計劃（Q6）　列出五個測試個案與預期結果
全部備課指引　比較其他科目的十節結構

08　離場檢查（最後 5 分鐘）

題目	答案	判定
12 週 6 階段，每階段幾週	2 週	三題全對＝可進下一章
40 個案 8 個失敗，通過率	80%	錯一題＝重講百分比
推行後發現錯誤的成本倍數	10 倍	錯兩題以上＝回到第三幕

09　導師常問

瀑布與敏捷最大分別是什麼？

瀑布一次交付，敏捷分 sprint 交付並持續測試。

沒有足夠時間測試怎麼辦？

優先測關鍵功能，並寫明風險與補救計劃。

維護階段包括什麼？

修錯、更新、備份、效能調校，全部屬維護。

立即免費搵導師導師登記 →

本頁為 TutorZone 導師備課指引，內容由 TutorZone 團隊編寫；題目與流程為原創，並非任何學校或出版社的教材。