朝陽專案・交件明細
版本 1.0.5.9
資安修正（背景程式結束，遠端畫面一起停）＋ 被連端當機 18 秒通知發起端
這版修了 1.0.5.6 交件時說的兩條：資安（背景程式被強制結束仍可連回）、被連端當機時發起端收不到通知；另修兩個顯示問題。
資安修正的實機證據（測試機單機實測）：強制結束背景程式後第 0.0 秒，兩支遠端桌面程式都不在、遠端桌面埠關閉、服務停止，90 秒內沒被叫回；本機再連該埠 7 次全被拒絕。兩台實際連線那半待測試機遠端連線恢復後補。
被連端整台當機時的偵測：自動測試模擬 17.7／17.8 秒；兩台實機驗證待測試機遠端連線恢復後補
後台判被連端離線、但遠端畫面其實還通時，程式預設關閉發起端畫面並顯示原因；若您希望改成只警告不關，我們再改。
- 自測
- Mac 全部通過；Windows 全套待補（測試機遠端連線中斷）
- 獨立驗收
- 一台實機驗收（資安看守）通過；需要兩台的格子待補（原因見表）
- 改壞紅幾格
- 故意改壞會變紅
- 正反案例
- 正反案例都有；未驗的格子照實標示
- 本版用量
- 80%→80%（不到 1%）
要 James 定的題目
無
使用者那端
使用者做的事
被連端的背景程式不管怎麼結束，發起端的遠端畫面當下就停，要再連一定要重新申請、被連端重新同意。
要成立的條件
- 背景程式被強制結束或當掉時，服務那支和登入工作階段那支遠端桌面程式都停。
- 遠端桌面埠關閉，發起端自動重連或用原密碼手動重連都連不上。
- 遠端桌面服務不會自己重新啟動（失敗後動作設成不重啟）。
- 被連端整台當機或斷電時，後台 20 秒內判離線並立即通知發起端、關閉畫面。
- 正常結束與只斷一個方向時不誤殺、不誤判。
測試明細過 19不過 0待驗收 5
| 情況 | 預期 | 案例 | 結果 |
|---|---|---|---|
| 連線中，被連端的背景程式被強制結束（工作管理員結束工作） | 實測：強制結束後第 0.0 秒，兩支遠端桌面程式（背景服務那支、登入工作階段那支）都不在、遠端桌面埠不聽、服務已停止；之後 90 秒都沒被拉回來 | 實機（單機） | 過 |
| 同上，但登入工作階段那支遠端桌面程式綁不進去（系統回存取被拒） | 實測：那支綁共用綁定被拒，改用獨立綁定綁好；強制結束後一樣全部收掉，看守程式自己結束 | 實機（單機） | 過 |
| 反向：背景程式正常停止（配上一格） | 實測：正常停止走原本的收尾，遠端桌面程式剩 0 支；看守程式不介入、錯誤紀錄 0 行 | 實機（單機） | 過 |
| 反向：正常結束連線（發起端按中斷、被連端按結束） | 照舊收尾，紀錄寫正常結束；不出現看守介入的紀錄。待補：需要兩台實際連線或本版未做，測試機遠端連線恢復後補 | 實機未驗 | 待驗收 |
| 背景程式被強制結束後，發起端自動重連 | 實測（單機）：強制結束後遠端桌面埠不聽，本機連該埠 7 次都被拒，沒有對象可重連；兩台實際連線重連待補（測試機遠端連線中斷） | 實機（單機） | 過 |
| 背景程式被強制結束後，發起端用原密碼手動重開遠端畫面 | 同上：遠端桌面埠已關、連線被拒，原密碼無處可用；兩台實際連線待補 | 實機（單機） | 過 |
| 背景程式被強制結束後，由系統重新啟動背景程式 | 重開後一切正常；可以重新申請，被連端要重新同意才接通。待補：需要兩台實際連線或本版未做，測試機遠端連線恢復後補 | 實機未驗 | 待驗收 |
| 遠端桌面服務的失敗後動作 | 實測：跑前跑後都沒有設定失敗後自動重啟；強制結束後 90 秒服務沒被系統叫回 | 實機（單機） | 過 |
| 反向：沒在連線時，背景程式被強制結束 | 沒有遠端桌面程式可收，不報錯；背景程式重開正常。待補：需要兩台實際連線或本版未做，測試機遠端連線恢復後補 | 實機未驗 | 待驗收 |
| 背景程式正常停止（停止服務、關機流程） | 實測（停止服務那條）：遠端桌面程式一起停、紀錄寫原因；關機流程未實測 | 實機（單機） | 過 |
| 被連端畫面，在背景程式停掉時 | 顯示「背景程式已停止，遠端協助已結束」，不再顯示「被連接中」。待補：需要兩台實際連線或本版未做，測試機遠端連線恢復後補 | 實機未驗 | 待驗收 |
| 故意改壞：拿掉綁定 | 「背景程式被強制結束」那格要變紅（在看守／判離線的開發版上實跑，開發回報；合併成本版後未重跑改壞） | 自動測試故意改壞 | 過 |
| 故意改壞：失敗後動作改回自動重啟 | 「失敗後動作」那格要變紅（在看守／判離線的開發版上實跑，開發回報；合併成本版後未重跑改壞） | 自動測試故意改壞 | 過 |
| 從 1.0.5.8 升級上來 | 看守生效：升級後那套照樣通過「背景程式被強制結束」那格。待補：需要兩台實際連線或本版未做，測試機遠端連線恢復後補 | 實機未驗 | 待驗收 |
| 被連端整台當機：不回應、也不斷線，看後台 | 後台自己 20 秒內判離線，紀錄是後台自己的判定、不是跟著被連端斷線（自動測試實測 17.7 秒）；兩台實機那半待補（測試機遠端連線中斷） | 自動測試（真黑洞模擬） | 過 |
| 同上，看發起端 | 發起端 20 秒內顯示對方離線、遠端畫面收掉，紀錄寫「後台判定」（自動測試實測 17.8 秒；1.0.5.6 時 45 秒內都沒通知）；兩台實機那半待補（測試機遠端連線中斷） | 自動測試（真黑洞模擬） | 過 |
| 反向：正常連著、低流量 10 分鐘 | 不誤判離線；兩台實機那半待補（測試機遠端連線中斷） | 自動測試（真黑洞模擬） | 過 |
| 新舊混用：被連端背景程式還是 1.0.5.5 | 後台一樣 20 秒內判離線，不再等約 26～27 秒的連線逾時；兩台實機那半待補（測試機遠端連線中斷） | 自動測試（真黑洞模擬） | 過 |
| 故意改壞：後台判離線改回只看被連端斷線 | 「被連端整台當機，看後台」那格要變紅（在看守／判離線的開發版上實跑，開發回報；合併成本版後未重跑改壞） | 自動測試故意改壞 | 過 |
| 後台判被連端離線，但發起端和被連端之間的遠端畫面其實還通 | 程式預設：關閉發起端畫面並顯示原因；兩台實機那半待補（測試機遠端連線中斷） | 自動測試（真黑洞模擬） | 過 |
| 故意改壞：後台判離線後不關發起端畫面 | 上一格要變紅（在看守／判離線的開發版上實跑，開發回報；合併成本版後未重跑改壞） | 自動測試故意改壞 | 過 |
| 反向：只斷一個方向（被連端→後台還通，或後台→被連端還通） | 不誤判離線、不誤關發起端畫面；若被連端自己先判斷線，照網路斷線的流程重連；兩台實機那半待補（測試機遠端連線中斷） | 自動測試（真黑洞模擬） | 過 |
| 英文、越南文 Dashboard 與頁尾 | 整頁沒有全形符號或中日韓字：週比較那行的「＝」改成半形，頁尾時區名稱不再多一層括號 | 自動測試掃字＋故意改壞 | 過 |
| 故意改壞：拿掉獨立看守程式 | 綁不進去那支遠端桌面程式不會被收、對應格變紅（看守開發版上實跑，開發回報紅 4 格） | 自動測試故意改壞 | 過 |
代表案例 24 列，全表在交件包。
自我總結錯誤 → 原因 → 背後原因 → 對策
錯誤
↓第一版看守只綁得住服務那支遠端桌面程式，登入工作階段那支綁不進去（系統回存取被拒），強制結束背景程式後遠端桌面埠仍開著。
原因
↓只靠一種機制（綁定），沒處理綁不進去的情況。
背後原因
↓自動測試用替身，沒有實機跑過「兩支程式在不同工作階段」這條路。
對策
加獨立看守程式，綁不進去也會收；先在實機試跑一次才交。
錯誤
↓後台判被連端離線後不通知發起端（1.0.5.6 交件時列為已知限制）。
原因
↓自動測試模擬被連端斷線時，連後台那端也一起關了，量不到「後台自己判定」這條路。
背後原因
↓斷線測試只模擬「有一端主動斷線」，沒有「完全沒回應、也不斷線」的反向情境；驗收看後台清單，沒從發起端看。
對策
改用真黑洞模擬（不轉送也不關閉），並從發起端量秒數：後台 17.7 秒、發起端 17.8 秒。