朝陽專案・交件明細
版本 1.0.5.4
A05 發起端取消另立類別 ＋ Q4 帳號操作進修改紀錄 ＋ G 確認在聽的是 winvnc.exe ＋ 端點側錄核心
對方按同意前發起端取消，改記新類別「發起端取消」；帳號新增、改角色、停用、啟用、重設密碼都進修改紀錄；VNC 埠被別的程式佔用時一秒內報錯。
端點側錄：判斷邏輯與分段完成；Windows 擷取與 CB 拉起程序為下一階段。
已知限制：升級前已記成「斷線或逾時」的發起端取消舊紀錄不回補，升級後新產生的才記「發起端取消」。
實機發現等同意時沒有取消鈕、方式欄空白，已修成正常結束（取消）與異常結束（程式被結束、斷網）分開——這是發起端取消的完整化，不是新功能。
- 自測
- —
- 獨立驗收
- 驗收中
- 改壞紅幾格
- —
- 正反案例
- —
- 本版用量
- 59%→（交件時填）
要 James 定的題目
端點側錄暫定值：閒置 5 分暫停、保存 90 天到期自動刪、每秒 2 張（畫面沒變不存）、JPEG 品質 75、告知文字照現有繁中全文（登入告知＋「● 側錄中」）。這組要不要照用？
建議建議照用：閒置可在 1～240 分調、保存可在 1～3650 天調，告知文字後台可改；啟用前朝陽要有書面規範或員工同意。回「照建議」即可。
使用者那端
IT 人員在對方還沒按同意前取消連線申請，看到對方的同意視窗自己關掉、網頁那一筆寫「發起端取消」才算完成。
- 被連端的同意視窗在發起端取消後自己關掉，不用等 30 秒。
- 被連端畫面出現一句「某某已取消連線申請」。
- 網頁連接紀錄那一筆結果是「等待回應」、結束方式是「發起端取消」。
- 網頁篩選、Dashboard 比例、匯出的 Excel 都有「發起端取消」這一類。
- 被連端按拒絕、接通後中斷、接通後斷線，仍各自記成原本的類別。
測試明細過 7不過 0待驗收 23
| 情況 | 預期 | 案例 | 結果 |
|---|---|---|---|
| 等同意中，發起端按取消 | 被連端同意視窗自己關掉、出現「已取消連線申請」；紀錄結果「等待回應」、結束方式「發起端取消」 | A-01 | 待驗收 |
| 反向：等同意中，被連端按拒絕 | 結束方式「對方拒絕」，不是發起端取消 | A-02 | 待驗收 |
| 反向：接通後發起端按中斷 | 結束方式「連入端終止」，不是發起端取消 | A-04 | 待驗收 |
| 反向：接通後斷網超過 15 秒 | 結束方式「斷線或逾時」，不是發起端取消 | A-05 | 待驗收 |
| 等同意中，發起端程式被結束（異常） | 記異常結束（斷線或逾時），不是發起端取消 | A-07 | 待驗收 |
| 網頁篩選、Dashboard、匯出 Excel 有新類別 | 篩得出那一筆；Dashboard 多一類「發起端取消」；Excel 結束方式欄同字 | A-06 | 待驗收 |
| 反向：沒有任何取消的紀錄 | 篩選顯示「沒有符合條件」；Dashboard 該類 0、不爆版 | A-06b 自測 | 過 |
| 四語系字 | 發起端取消／发起端取消／Cancelled by requester／越文各自正確 | A-08 自測 | 過 |
| 反向：非繁中語系頁 | 只出現該語系的字，不混繁中 | A-08b 自測 | 過 |
| 從上一版升級後的舊紀錄 | 舊那筆仍是「斷線或逾時」（不回補）；升級後新的才是「發起端取消」 | A-10 | 待驗收 |
| 反向：全新安裝 | 第一次取消就直接記「發起端取消」 | A-10b 自測 | 過 |
| 網頁新增帳號 | 修改紀錄多一筆：類型「帳號」、方式「網頁」、修改者＝登入帳號 | Q-01 | 待驗收 |
| 反向：新增失敗（兩次密碼不同） | 畫面報錯；修改紀錄不多一筆 | Q-02 | 待驗收 |
| 改角色、停用、再啟用 | 各記一筆：舊角色→新角色、啟用→停用、停用→啟用 | Q-03／Q-04 | 待驗收 |
| 重設密碼 | 記一筆「重設密碼」；修改紀錄與匯出 Excel 找不到新密碼 | Q-05 | 待驗收 |
| 反向：不是帳號操作的修改（例 VNC 參數） | 類型是「VNC 參數」；篩「帳號」看不到它 | Q-06 | 待驗收 |
| 修改紀錄頁篩「帳號」並匯出 | 只列帳號那幾筆；Excel 同內容 | Q-07 | 待驗收 |
| 反向：一般使用者開修改紀錄頁 | 打不開（無權限） | Q-08 | 待驗收 |
| 「帳號」類型四語系字 | 帳號／账号／Account／越文各自正確 | Q-12 自測 | 過 |
| 反向：舊三類（VNC 參數、ACL、授權數）的字 | 跟上一版一樣，沒被新類型擠掉 | Q-12b | 待驗收 |
| UltraVNC 正常在聽 | 照常連上；被連端記「由 winvnc 開始聽」 | G-01 | 待驗收 |
| 反向：埠被別的程式佔用 | 一秒內失敗，訊息含埠號與佔用的程式名；不乾等 | G-02 | 待驗收 |
| 反向：UltraVNC 一直沒起來 | 等到逾時才報「沒有在聽」（含埠號與秒數） | G-03 | 待驗收 |
| 反向：查不到是誰在聽 | 照舊放行、不誤判 | G-05 自測 | 過 |
| 被連端服務重開後再連 | 照常連上 | G-08 | 待驗收 |
| 反向：服務重開途中（還沒起來）就連 | 不誤判已啟動；發起端看到連不上的原因，起來後再連就成功 | G-08b | 待驗收 |
| 端點側錄與連線側錄判斷核心，Windows 全套自測 | 兩組自測在 Windows 全綠 | item 150／151 | 待驗收 |
| 反向：裝上這版後，電腦實際有沒有在側錄 | 沒有擷取程序、沒有登入告知、沒有「● 側錄中」，連線時也沒有錄影同意視窗 | E-00b | 待驗收 |
| 從上一版升級 | 端點側錄預設關閉、不起任何側錄程序 | E-35 | 待驗收 |
| 反向：全新安裝 | 同樣預設關閉 | E-36 自測 | 過 |
代表案例 30 列，全表在交件包。
自我總結錯誤 → 原因 → 背後原因 → 對策
自測項目 166「查真實埠」那格在 Windows 上紅（測試只認 Mac 的結果，沒分平台）
這格的斷言只照 Mac 上的結果寫；Windows 上同一個埠的查詢結果跟 Mac 不同，同一個斷言就不成立。
測試只在 Mac 跑過，平台相依的斷言沒有 Windows 那一半——MECE 少了「在 Windows／不在 Windows」這組。
依平台分別斷言，Windows 用確定沒人聽的埠斷言「沒人在聽」；Windows 全套進驗收必跑。
發起端取消：實機等同意時沒有取消鈕，關視窗也不會取消申請；只有程式被結束才記成「發起端取消」，而且方式欄空白。
驗收矩陣的「現況」是讀程式碼推出來的行為，自測模擬的是「已送出取消」這則訊息，沒有人照使用者畫面真的按一次。
之前只讀程式碼推行為、沒走實機使用者流程；矩陣沒有標出哪些格是推測、哪些是實跑。
加取消申請鈕、關視窗也送取消，程式被結束改記異常；矩陣「現況」欄一律要實跑結果，推的要標「推測」，使用者流程（真的按、真的關）每版實機走一次。