朝陽專案・交件明細
版本 1.0.6.0
端點側錄：離峰回收 ＋ 端點 cache 空間管理
員工電腦的側錄先存本機，在優先時段或閒置時自動傳回後台；磁碟快滿會暫停並告警，空間回來自動恢復，後台看得到每台的待傳狀況。
已知限制：電腦退役或磁碟壞掉時，還沒傳的錄影會遺失，靠後台 stale 告警提醒。
已知限制（排下一版）：後台刪錄影時同步刪電腦裡的副本、cache 大小增量計算、後台到期刪除改分批不卡住、長錄影 MP4 切段。
怎麼驗的：本版只有 Mac 自測（兩次全套全過），每個失效情境都有正反案例；故意改壞各對應格會變紅。員工電腦錄畫面還沒接上，實機驗證待接上後補。
已知限制：「待傳筆數異常變少就告警」本版未做；新版電腦連舊版後台未測；cache 加密與資料夾權限在 Windows 實機上的效果待實機驗證。
- 自測
- Mac 全部通過（兩次）
- 獨立驗收
- 本版只有 Mac 自測；實機待員工電腦錄畫面接上後補
- 改壞紅幾格
- 故意改壞會變紅
- 正反案例
- 正反案例都有；未做與未測的格子照實標示
- 本版用量
- 80%→85%＝5%
要 James 定的題目
告警洗版怎麼防：同一台電腦、同一種告警，在多久內合併成一則？
建議5 分鐘內合併成一則（寫次數＋第一次／最後一次時間）；「可能遺失」類（stale、暫停太久升級）與「已恢復」不合併、即時發。回「照建議」即可。
要不要在後台加「準備退役」流程：先把那台電腦的待傳傳完，顯示 0 筆後才標成可以退役？
建議要做。這是防止退役電腦上還沒傳的錄影遺失唯一的事前手段。回「照建議」即可。
電腦上一支 MP4 最長幾分鐘，超過就切成下一支？
建議10 分鐘，超過自動切下一支，播放頁接著播；本版先留參數位，實際切段在下一版。回「照建議」即可。
電腦時鐘不準時，網頁上的錄影時間要照哪個時間顯示？
建議照後台時間校正後顯示，並註明「此電腦時鐘偏移 N 分，已校正」。回「照建議」即可。
使用者那端
IT 人員在後台看得到每台電腦的待傳筆數、最舊待傳時間；電腦磁碟快滿時收到一則告警，空間回來後自動恢復；錄影在優先時段或閒置時傳回後台、可播放。
- 員工電腦真的在錄：側錄已接進背景程式，本機 cache 有錄影。
- 電腦定時回報待傳筆數、最舊待傳時間、剩餘空間，後台頁面顯示得出來。
- 空間低於 800MB 暫停並告警、回到 1,000MB 以上自動恢復；同一種告警 5 分鐘內合併，不洗版。
- 優先時段（22:00～06:00）或閒置時上傳，自己的上傳不算進閒置判斷、限速 2Mbps；開機補傳先隨機等 0～300 秒。
- 後台同時最多收 20 台，超過回「忙碌」、電腦退避再試不丟資料；整支指紋相符才算收到，後台網頁播得出來。
- 傳輸加密並比對後台憑證；cache 只有系統與管理員能存取、加密存放。
接著會要電腦退役前先把待傳傳完的流程，以及後台刪錄影時一併刪掉員工電腦裡的副本（員工依個資法請求刪除時用得到）。
測試明細過 25不過 0待驗收 1
| 情況 | 預期 | 案例 | 結果 |
|---|---|---|---|
| 失效 1（A）：電腦有 5 筆待傳，關機 3 天又 1 小時都沒傳成功 | 後台出現 1 筆 stale 告警（即時發、不合併），寫出是哪台、幾筆待傳、最舊一筆的時間 | Mac 自測 | 過 |
| 失效 1（非A）：同一台關機 2 天後開機，5 筆待傳都傳完 | 不出 stale 告警；後台顯示待傳 0 筆、最後成功時間更新 | Mac 自測 | 過 |
| 失效 2（A）：剩餘空間 790MB，先清掉已傳回的舊檔後仍不到 800MB | 先清已傳舊檔並回報清出多少；仍低於 800MB 就暫停錄影、發 1 筆空間不足告警，上傳照樣繼續；暫停滿 24 小時再發 1 筆升級告警 | Mac 自測 | 過 |
| 失效 2（非A）：暫停 3 小時後空間回到 1,000MB 以上（自動恢復開著） | 自動恢復錄影並記 1 筆「已恢復」，不出升級告警 | Mac 自測 | 過 |
| 失效 3（A）：50 台在同一分鐘開機，都有待傳 | 每台開機後隨機等 0～300 秒才補傳；後台同時接收數一直 ≤20，其餘拿到「忙碌」後隨機退避再試（等待時間在上限的一半到上限之間，上限從 15 秒起每次加倍、最多 10 分鐘），不算失敗、不刪資料；最後 50 台待傳都歸 0 | Mac 自測 | 過 |
| 失效 3（非A）：只有 1 台開機，有待傳 | 等 0～300 秒後直接開始補傳（不等閒置、仍限速 2Mbps），沒有拿到「忙碌」 | Mac 自測 | 過 |
| 失效 4（A）：剩 790MB 暫停後，空間在 790～990MB 之間來回跳 10 次 | 維持暫停，不恢復；空間不足告警只有 1 筆（5 分鐘內同類合併，不洗版） | Mac 自測 | 過 |
| 失效 4（非A）：恢復門檻設得比暫停門檻多不到 100MB（例：暫停 800、恢復 850） | 後台拒收這組設定；電腦端改用暫停門檻＋200MB（1,000MB）當恢復門檻；空間回到 1,010MB 才恢復並記 1 筆「已恢復」 | Mac 自測 | 過 |
| 失效 5（A）：電腦時間比後台快 10 分鐘 | 後台記 1 筆時鐘偏移告警，寫出偏移約 10 分鐘（門檻 5 分鐘） | Mac 自測 | 過 |
| 失效 5（非A）：電腦時間跟後台只差 2 分鐘 | 不出時鐘偏移告警 | Mac 自測 | 過 |
| 失效 6（A）：員工在用遠端桌面，網路 1.5Mbps、CPU 10%，持續 5 分鐘（白天、不在優先時段） | 不判閒置、不上傳（網路超過 500kbps） | Mac 自測 | 過 |
| 失效 6（非A）：沒人用，CPU 5%、網路 50kbps 持續 2 分鐘，開始上傳後整機流量到 2Mbps | 開始上傳；上傳中扣掉自己的上傳流量重判，仍算閒置，上傳不中斷直到傳完 | Mac 自測 | 過 |
| 失效 7（A）：電腦沒有 MP4 編碼器，錄 3 小時 | 退回傳逐格圖，後台能播放；同一台的「沒有編碼器」告警 5 分鐘內合併，不是每段一筆 | Mac 自測 | 過 |
| 失效 7（非A）：有編碼器，某支轉檔失敗 | 重試 1 次；仍失敗就這支改傳逐格圖，後台記 1 筆轉檔失敗告警並帶原因；其他支照常傳 MP4、沒有告警 | Mac 自測 | 過 |
| 失效 8（A）：傳到第 30 塊（共 60 塊）時斷網 | 後台沒有這支的可播放版本；電腦重連後重傳，整支指紋相符才算收到，最後 1 支完整可播；電腦在後台確認前不標「已傳」（每塊最大 512KB，整支指紋相符才寫進正本） | Mac 自測 | 過 |
| 失效 8（非A）：故意改壞 1 塊內容 | 整支指紋不符，後台拒收；電腦保留原檔、之後重傳；已經完整收過的版本不被覆蓋 | Mac 自測 | 過 |
| 失效 9（A）：管理者要調 10 天前那段的逐格圖（保留 7 天） | 30 秒內顯示「逐格圖已過保留期，只剩 MP4」，並可播放 MP4；不轉圈、不靜默 | Mac 自測 | 過 |
| 失效 9（非A）：要 2 天前那段；另測電腦不在線、電腦是舊版 | 2 天前那段收到逐格圖可逐張看；電腦不在線當下顯示「不在線」；舊版電腦 30 秒沒回就顯示「這台電腦的版本不支援按需回收」 | Mac 自測 | 過 |
| 失效 12（A）：電腦設定的後台憑證指紋正確 | 只走既有的後台加密連線、沒有另開連線埠；用明文連線送錄影，後台收不到 | Mac 自測 | 過 |
| 失效 12（非A）：後台憑證指紋改錯 1 個字元 | 加密連線照收；冒充別台送來的被拒絕並回錯誤（憑證指紋比對沿用前版，已在前版實機驗過） | Mac 自測 | 過 |
| 失效 14（A）：一般帳號試著刪 cache 裡的錄影檔 | cache 資料夾設成只有系統與管理員能存取（Windows 實機讀回權限待補）；被換成明文檔或換了金鑰的檔讀不進、不上傳、不刪並記錯誤。「待傳筆數異常變少就告警」本版未做，排下一版 | Mac 自測（部分） | 待驗收 |
| 失效 14（非A）：3 筆待傳正常傳完 | 待傳減 3，不出告警 | Mac 自測 | 過 |
| 失效 16（A）：舊版電腦連新版後台（從舊版升級期間） | 舊版電腦不帶新欄位：不出 stale、時鐘偏移告警，也不列進待傳狀況表 | Mac 自測 | 過 |
| 失效 16（非A）：新版電腦連新版後台、有待傳 | 新版電腦連新版後台：註冊時就帶新欄位，正常傳回。新版電腦連舊版後台本版未測（合約已寫預期：錄影留在電腦上、下次再試），合版時實測 | Mac 自測 | 過 |
| 失效 17（A）：拿 cache 裡的檔直接用看圖或播放軟體開 | cache 裡每個檔都沒有 JPEG／MP4 明文特徵（是密文）；Windows 綁本機加密是否真的生效待實機 | Mac 自測 | 過 |
| 失效 17（非A）：同一台電腦的背景程式讀 cache 檔 | 解得開，能正常上傳，後台收到的錄影可播放 | Mac 自測 | 過 |
MECE 表 26 列：本版 13 項失效模式，每項一個情境加一個反向情境。
自我總結錯誤 → 原因 → 背後原因 → 對策
驗收前的失效分析抓到 5 條對策跟需求不一致（例如：閒置判斷把自己的上傳也算進去，會一傳就停）。
合約先寫參數，沒有逐條拿失效情境去推演。
新功能先定介面、後補反面情境；失效分析排在合約定稿之後。
新功能先做失效分析再定合約；每個失效情境都要有正反測試格，驗收逐格對照。