選單
GSS 技術部落格
在這個園地裡我們將從技術、專案管理、客戶對談面和大家分享我們多年的經驗,希望大家不管是喜歡或是有意見,都可以回饋給我們,讓我們有機會和大家對話並一起成長!
若有任何問題請來信:gss_crm@gss.com.tw
2 分鐘閱讀時間 (343 個字)

如何選擇測試工具來進行自動化測試

20210401-082228

#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 M225
位置會異動,彈窗測試 M225
editContent M225
客製化外觀,input 中隱藏的 id O5
滑鼠點到該處才有下拉選單出現 M115
editContent 選特定字或是加上日期時間 M115
浮動id 下拉選單 M225
測試報告 M225
Chrome M225
滑鼠滑過選單才會出來 M115
grid 拖拉換位置O5
頁面要往下捲動完成後,該控制項才 visible O5
如何在 Heroku 上架設免費的 Java 空間
每日小知識 #12 - Container 資安(3)

相關文章

 

評論

尚無評論
已經注冊了? 這裡登入
Guest
2024/05/30, 週四

Captcha 圖像