#2021部落格鐵人賽
還蠻常被問到這個問題,我的回答都很簡單:
只要公文製作可以順利創稿,可以設定稿內的傳送流程,可選多筆受文者,可以拉動稿的順序,大致上就差不多了。
但這樣很沒有憑據,都是憑感覺在做事,而公司的產品也多數測過,如:ESP, CRM, 公文, teamKube, teamlife, PMIS, QuEye, RADAR,個金 ... 等等,發現產品自動化測試的問題,在公文中都有出現,也就是公文會遇到的問題是大多數產品的交集,少部分個別產品的問題就另外再測試確認。這是以使用者測試的角度來看 UI 測試。
回過頭來把這個代表性的公文創稿測試做一個解析,並對每一項做 DAR ,辨識哪些是 Must,哪些是 Option,並分等級例如 Must1 優於 Must2,即 M1 > M2 > O ,並對各等級給予權重得出評分,得出符合經驗法則的結論。舉例如下(未全部列出),依照這些項目來測試新認識的工具。各位如果有特殊必要測試項目,可以提供出來,方便做為進一步測試比對的項目之一。謝謝!
主要測試項目 | Must/Option M1*2, M2*3 | 工具1-分數 |
Verify Text (partial) | M2 | 25 |
try catch | M2 | 25 |
位置會異動,彈窗測試 | M2 | 25 |
editContent | M2 | 25 |
客製化外觀,input 中隱藏的 id | O | 5 |
滑鼠點到該處才有下拉選單出現 | M1 | 15 |
editContent 選特定字或是加上日期時間 | M1 | 15 |
浮動id 下拉選單 | M2 | 25 |
測試報告 | M2 | 25 |
Chrome | M2 | 25 |
滑鼠滑過選單才會出來 | M1 | 15 |
grid 拖拉換位置 | O | 5 |
頁面要往下捲動完成後,該控制項才 visible | O | 5 |