← 回進度看板

朝陽專案・交件明細

版本 1.0.5.6

斷網 20 秒內偵測 + CF/CB 連線狀態提示 + 同意視窗沒回應記成「逾時未回應」

已交 11/06 17:43

網路斷線(兩台都正常運作)時,被連端約 13 秒發現並自動重連,兩端都知道(實測);CF 顯示背景服務與 UltraVNC 狀態;同意視窗沒回應記成「逾時未回應」、不再算拒絕。

⚠ 資安已知限制(前幾版都有,非本版引入;1.0.5.9 今天 11/6 21:30 修):被連端的背景程式(CB)被強制結束或當掉時,進行中的遠端連線不會斷,被連端也無法從畫面結束;發起端短暫斷線後約 8 分鐘內會用同一組密碼自動連回、不經被連端重新同意。修好前請勿手動強制結束被連端的背景程式。修法:背景程式一消失就立即停止遠端桌面服務。(重連部分為讀程式碼判定,實機驗證併入 1.0.5.9)

已知限制②:被連端整台當機或斷電(背景程式來不及斷線)時,後台約 17 秒把那台標離線,但發起端目前 45 秒內都收不到通知,因為心跳逾時造成的離線目前不會主動通知發起端(自動測試模擬實測)。修正中:1.0.5.9(今天 11/6 21:30)改成心跳逾時也立即通知發起端、20 秒內,並實機驗證。另外,被連端背景程式仍是 1.0.5.5 時,實機單向斷線約 26~27 秒才知道,請連背景程式一起升級。

已知限制③:實機防火牆做不出「只擋一個方向」與「短暫掉封包」,單向斷線與短暫中斷不誤判改由自動測試的模擬驗過。

說明:被連端畫面從 28 秒倒數,紀錄寫「30 秒內沒有回應」——被連端刻意比後台早 2 秒關窗。要求錄影同意時,被連端按同意才出現畫面;沒回應最多約 30 秒。

時程:平順影片(MP4)1.0.5.8 今天 11/6 21:00;資安修正 1.0.5.9 今天 11/6 21:30;全部完成 11/6 21:30。

自測
全部通過
獨立驗收
兩台獨立驗收;3 格不過(見已知限制,皆 1.0.5.9 修)、4 格實機未驗(原因見表)
改壞紅幾格
故意改壞會變紅
正反案例
正反案例都有;未驗與不過的格子照實標示
本版用量
75%→78%=3%

要 James 定的題目

無

使用者那端

使用者做的事

IT 人員連線中網路斷掉 → 20 秒內兩端都看到斷線、網頁那台顯示離線;網路恢復後不用動手自己連回

要成立的條件
  • 連線端每 6 秒送心跳、後台回應;收不到後台回應 16 秒就判斷線(實測約 13 秒)。
  • 後台 18 秒收不到任何資料就判離線,網頁那台變離線(實測約 13 秒)。
  • 網路恢復後連線端自己重連、網頁回在線(實測 1~3 秒)。
  • 正常連著不誤判;新舊版混用時也不誤判(各觀察 10 分鐘,誤判 0 次)。
  • 兩端都是 1.0.5.6 才保證 20 秒內;後台新、CB 舊時約 26~27 秒(判定中)。
接下來最可能要的

升級時會想先升後台、再分批升各台,接著問混版期間斷線偵測多慢——數字已量好(約 26~27 秒)。

測試明細過 35不過 3待驗收 4

情況預期案例結果
兩個方向都斷(以防火牆擋代替拔線),看連線端連線端 20 秒內判斷線、畫面顯示連不上後台(實測 12.8 秒/≤20)H-01 實機過
兩個方向都斷,看後台後台 20 秒內判離線、但不是一擋就判(實測 13.1 秒/≤20 且 ≥9)H-02 實機過
反向:正常連著、什麼都不擋兩端都不誤判、不重連(實測觀察 10 分鐘,誤判 0 次)H-03 實機過
只斷一個方向(後台→連線端、連線端→後台各一)兩端仍在 20 秒內判出斷線;連線端紀錄寫出「單向斷線」原因Mac 替身(實機防火牆做不出單向斷線)過
反向:短暫中斷(遠短於判斷門檻)不判斷線、不重連、後台仍顯示在線Mac 替身(實機做不出短暫掉封包)過
斷了又通連線端自己重連、後台回在線、不用人動手;還在擋的期間不會誤報已連上(實測解除後 1.2~3.2 秒)H-08/H-09 實機過
連線端程式被強制結束後台 3 秒內判離線(實測約 0.5 秒/≤3)H-10 實機過
反向:後台程式被停兩台連線端 3 秒內知道、畫面顯示連不上後台;後台重開後 4~5 秒兩台自己回來H-11 實機過
混版:舊 CB(1.0.5.5)× 新後台,正常連著不誤判離線、不重連(實測觀察 10 分鐘,誤判 0 次)H-12 實機過
混版:新 CB × 舊後台(1.0.5.5),正常連著不誤斷、不重連(實測觀察 10 分鐘,誤判 0 次)H-13 實機過
混版:舊 CB × 新後台時兩個方向都斷後台 20 秒內判離線。實測:單向斷線時後台 26.24、27.44 秒才判離線(被連端程式 1.0.5.6 時約 13 秒)——見已知限制②,1.0.5.9 修H-14 實機(兩次)不過
混版:新 CB × 舊後台時兩個方向都斷記兩端各幾秒知道斷線。實機未驗:測試機當時有人在使用,不擋網路實機未驗待驗收
慢線路上傳大錄影段(超過 16 秒);反向:上傳到一半拔線慢慢傳不誤判、整段收齊;傳到一半拔線仍在 20 秒內判出Mac 替身(實機不裝限速工具)過
反向:區網正常速度邊錄影邊傳兩端不誤判、送出段數=後台收到段數(實測連續 4 分 10 秒;畫面靜止只產生 1 段)H-18 實機過
連線中後台重開被連端全程被連接中、viewer 不關、VNC 服務不停;兩台 20 秒內重新註冊(實測 2.4、5.2 秒)K-01 實機過
反向:沒在連線時重開後台兩台自己重新註冊,狀態是閒置、沒有「被連」K-02 實機過
連線中發起端 CB 被強停後台 3 秒內判發起端離線(實測約 0.5 秒);被連端照樣被連、viewer 還在K-03 實機過
發起端 CB 重開重新註冊、補報正在看哪台;被連端不被打斷K-04 實機過
反向:連線中被連端 CB 被強停實測:後台約 0 秒判離線、10 秒後收尾並通知發起端(異常結束);但強停到重開這約 18 秒,被連端 VNC 服務仍開著、5900 仍在聽。讀程式碼判定:這段期間進行中的連線不斷、被連端無法從畫面結束、發起端可自動或手動用原密碼重連(不經重新同意)——既有行為,1.0.5.9 修K-05 實機不過
後台、發起端都重開過之後正常結束連線被連端回閒置、VNC 服務停;紀錄有結束時間、結束方式「連入端終止」K-06 實機過
被連端沒裝 UltraVNC;發起端沒有 viewer被連端不跳同意、回「對方沒有安裝 UltraVNC」;發起端不送申請並說明原因Mac 替身(本版不能驗:要移除機器上的 UltraVNC)過
反向:兩端都裝了 UltraVNC照常送申請、跳同意、接通、開 viewerU-07/V-03 實機過
CF 顯示「尚未安裝」「安裝中」「安裝失敗:原因」後台那行下面多一行狀態字;裝好就清掉Mac 替身(本版不能驗:要移除機器上的 UltraVNC)過
反向:已裝好 UltraVNCCF 不顯示 UltraVNC 那一行(兩台讀視窗文字確認;版面位移未截圖)U-08 實機過
背景程式(CB)沒在跑CF 顯示「背景服務未啟動,連上後會自動恢復」、選電腦變灰;CB 重開後自己回已連線U-09 實機過
混版:舊 CF × 新 CB;新 CF × 舊 CB兩種組合都不當、不斷管道、照常連得上U-11/U-12 實機過
一般同意視窗,被連端完全不按畫面約 28 秒關(實測 28.25、28.19 秒);紀錄「沒有回應」、發起端看到「逾時未回應」,不是拒絕T-01/T-02 實機(兩次)過
反向:期限內按拒絕紀錄「對方拒絕」、發起端看到拒絕;跟不按的紀錄不同T-04 實機過
反向:最後一刻按同意3 次都接通,發起端不會收到逾時(實測第 27.1~27.3 秒按)T-05 實機 3 次過
反向:等同意時發起端按「取消申請」被連端同意視窗立刻關(實測收到通知 0.02 秒內);紀錄「發起端取消」、不記逾時T-06 實機過
「連線+錄影」合併視窗,被連端不按約 28 秒關(實測 28.40 秒);紀錄「沒有回應」、不連線T-08 實機過
反向:合併視窗期限內選「連線並錄影」接通並錄影,被連端顯示「● 錄影中」T-09 實機過
直接連入+錄影告知,被連端不按被連端按同意才出現畫面;沒回應約 28 秒關窗、視為不同意、連線但不錄(實測 28.07、28.24 秒)。照規格:直接連入時最多約 30 秒才看到畫面T-10 實機(兩次)過
反向:錄影告知期限內按同意接通並錄影,被連端顯示「● 錄影中」T-11 實機過
混版:同意視窗沒回應(新 CF × 舊 CB、舊 CF × 新 CB)兩種組合都記成「沒有回應」,不會變成拒絕T-12 實機過
CF 關掉再開(背景程式不動)自己回已連線;同意視窗倒數照樣從 28 數起(實測 28.33 秒)P-03b 實機過
從 1.0.5.5 升級到 1.0.5.6(資料庫與設定不動)版本號 1.0.5.6、舊紀錄還在、兩台自己重新註冊;升級後斷網偵測真的在跑(實測 12.7 秒判離線)P-04 實機過
使用者在檔案總管真的雙擊開 CFCF 正常開啟、連得上背景程式。本版未驗:需要開啟遠端桌面工作階段,不在測試界線內本版未驗待驗收
一般帳號(非管理員)登入使用 CF一般權限也能開 CF、送申請。本版未驗:測試用的一般帳號已於早上用完刪除,本版不新建本版未驗待驗收
Windows 全套自測全綠、版本 1.0.5.6自測過
被連端整台當機或斷電(背景程式來不及發現斷線)後台清單 ≤20 秒標離線、發起端 ≤20 秒收到通知。自動測試模擬實測:後台 17.2~17.7 秒標離線(過),發起端 45 秒內沒收到通知(不過)——1.0.5.9 修自動測試模擬(實機未做)不過
被連端背景程式關掉再開之後,再斷網一次重開後斷線偵測照樣在 20 秒內發現。實機未驗:測試機當時有人在使用,不擋網路實機未驗待驗收

代表案例 42 列,全表在交件包。

自我總結錯誤 → 原因 → 背後原因 → 對策

錯誤

同意視窗沒回應被記成「對方拒絕」(驗收前讀程式碼發現,未在實機重現;已修,本版實機驗過記成「逾時未回應」)。

原因

逾時與拒絕走同一條回覆:畫面比後台早 2 秒到期時回的是「不同意」,後台分不出是沒回應還是按了拒絕。

背後原因

矩陣沒有把「沒回應」和「拒絕」分成兩格;自測只測了後台先逾時,沒有畫面先到期那一格。

對策

分開記錄並各有一格實機:本版實測不按 → 紀錄「沒有回應」、按拒絕 → 紀錄「對方拒絕」,兩者不同;合併視窗、混版也各驗過。

錯誤

心跳自測一度因測試用連接埠被占用而變紅。

原因

測試用的埠是固定值加位移,同一台機器有別的程式或另一輪測試在用就撞埠。

背後原因

測試假設「這台機器只有我在用」,沒列「埠已被占用」的反向情境;上一版只列成已知限制,沒改測試本身。

對策

心跳與連線中重開兩組自測改向系統借空埠;本版 Windows 全套自測全部通過。

錯誤

驗收矩陣預期用防火牆「只擋一個方向」做出單向斷線,實機做不出,單向斷線與短暫中斷兩格改靠 Mac 替身。

原因

Windows 防火牆對已建立的連線不是逐封包單向擋:跟連線同方向擋會整條中止,另一個方向擋則沒有作用。

背後原因

驗收手段本身的前提(推測會生效)沒有先小規模試過,就寫進矩陣當預期。

對策

新的驗收手段先試一次再寫進矩陣;單向斷線列已知限制、由 Mac 替身涵蓋,實機改在後台端擋入站做出拔線情境。

錯誤

被連端整台當機或斷電時,發起端 45 秒內都收不到通知(後台約 17 秒標離線,但不通知發起端)。

原因

心跳逾時造成的離線,程式只更新後台清單,沒有通知發起端;自動測試模擬斷線時,被連端一斷、後台那端也跟著被關,量不到「後台自己判定」這條路。

背後原因

斷線測試只模擬了「有一端主動斷線」,沒有模擬「完全沒回應、也不斷線」的反向情境;驗收看的是後台清單,沒從發起端那一端看。

對策

1.0.5.9 改成後台判定離線就立即通知發起端並關閉畫面;自動測試改用不轉送也不關閉的模擬,並從發起端量秒數。