← 回進度看板

朝陽專案・交件明細

版本 1.0.6.3

主資料庫改用 SQL Server(版本 A)+端點側錄 Windows 實機擷取+嚴格告知模式

已交 11/07 10:24

這版多了:後台主資料庫可改用 SQL Server(錄影照舊另存);員工電腦真的開始擷取畫面(每個登入工作階段分開錄、多螢幕合成一張、鎖定時不錄);錄影開始前通知使用者,通知內容可由系統管理設定;嚴格告知模式:通知沒成功顯示就不開始錄,會重試、成功才錄。

怎麼驗的:SQL Server 全套自測兩輪全過、Mac 全套兩輪全過;資料搬移工具在測試機實跑兩次,11 張表筆數與檢核碼都對上;端點擷取與嚴格告知在測試機實機跑三輪(嚴格開、重試、嚴格關)。實機擷取是在合版前的擷取分支上驗的,合版後自測全綠(程式碼相同)。

已知限制:Windows 整合驗證(同台時的預設連法)尚未實機驗證——後台服務帳號在 SQL Server 還沒有登入,切正式資料庫前必驗。

已知限制:連本機 SQL Server 時預設信任自簽憑證(只限本機;連別台時預設不信任,需先把憑證放進受信任根)。

已知限制:端點錄影 MP4 檔案偏大(每 2 秒一張完整畫面,畫面靜止也照存);下一版把間隔做成參數,預設維持 2 秒,由您選擇是否拉長。

已知限制:通知頻率(每工作階段一次/每天一次)、多語通知文字、常駐「錄影中」指示尚未做;選取條件第 4 項「有開特定程式」尚未做;另一台測試機那輪未跑。

已知問題:整合途中某一輪 SQL Server 暫時連不上、整份中斷,同一輪另有一格偶發紅,原因尚未查明(推測是事件送達時間的競態);前後 9 輪未再出現,再出現會重查。

自測
SQL Server 全套兩輪全過;Mac 全套兩輪全過
獨立驗收
測試機實機:資料搬移兩次、端點擷取三輪;Windows 整合驗證待補
改壞紅幾格
故意改壞會變紅
正反案例
正反案例都有;未做與未驗的照實標示
本版用量
86%→91%(帳號)

要 James 定的題目

無

使用者那端

使用者做的事

IT 人員把後台主資料庫切到 SQL Server 後,網頁與紀錄照常;員工電腦在符合條件時先跳通知、通知成功才開始錄,後台收得到錄影。

要成立的條件
  • SQL Server 連線(SQL 帳號)讀寫正常、資料完整搬過去
  • 同台時用 Windows 整合驗證連得上(待補)
  • 員工電腦以系統身分擷取、使用者關不掉
  • 通知成功才錄(嚴格模式開時)
  • 錄影檔大小合理(下一版處理)
接下來最可能要的

接著會要後台實際切到 SQL Server 的維護時段,以及影片檔大小的設定。

測試明細過 15不過 0待驗收 3

情況預期案例結果
後台主資料庫設成 SQL Server(SQL 帳號)全套自測兩輪全過,項目格數與 SQLite 版一致(SQLite 舊表升級類不適用的格另列)自測(SQL Server)過
反向:不設 SQL Server(照舊 SQLite)全套照樣全過,格數一樣自測過
資料搬移:把現有 SQLite 主庫搬到 SQL Server先做一致快照再搬;有資料的表筆數與檢核碼一致;原檔不動、後台不停測試機實機過
反向:同一份資料重搬第二次只比對、不覆蓋,仍全部對上測試機實機過
連上時讀伺服器版本與定序寫進紀錄;字串欄依原本大小寫行為分別用區分/不區分大小寫的定序自測+實機過
Windows 整合驗證(同台預設)用後台服務帳號連上並讀寫。尚未驗:服務帳號在 SQL Server 還沒有登入實機未驗待驗收
同一張憑證送第二次(防重放)一律被拒(原因為「已使用」或「不存在」)自測過
端點擷取:有使用者登入的工作階段以系統身分在該工作階段擷取真實桌面,使用者關不掉測試機實機過
反向:中斷連線、沒有畫面的工作階段不擷取自測過
多螢幕合成一張自測過
畫面鎖定記「鎖定未錄」,解鎖後第一張標註鎖定多久自測過
同一台多個遠端桌面工作階段每個工作階段分開錄自測過
開始錄影時通知使用者通知顯示設定的內容,然後開始錄測試機實機過
嚴格告知開、通知前兩次顯示失敗前兩次都記「不開始錄」並重試,第 3 次成功才開始錄,第一張標「通知重試 2 次後開始」,之前 0 張測試機實機過
嚴格告知關、通知顯示失敗照錄,記告警並標「通知未顯示」測試機實機過
嚴格告知開、重試期間條件已不成立停止重試、不錄自測過
通知頻率(每工作階段一次/每天一次)、多語、常駐指示尚未做未做待驗收
選取條件「有開特定程式」尚未做未做待驗收

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

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

錯誤

防重放測試偶發紅一格(第二次被拒的原因是「不存在」而非「已使用」)

原因

後台定時清除剛好落在測試兩次送出之間

背後原因

測試只接受一種拒絕原因,沒有把清除時機算進去

對策

測試改成被拒就算過、原因接受兩種;已出貨的清除行為不改

錯誤

故意改壞其中一種是程式崩潰、不是測試格變紅

原因

例外沒被測試接住,整份中斷

背後原因

改壞清單只看「有沒有被抓到」,沒檢查是乾淨的變紅

對策

契約測試包住例外、只讓對應格紅;加一格直接驗定序