移動APP測試之怎麼避免Bug漏測?

新夢想IT 發表於 2022-06-30


下面分析出現缺陷漏測情況所採取的措施:

對需求評審階段,對業務需求細節理解不明確,未深入挖掘隱含擴充需求

改進措施

需求評審前,我們應該先仔細閱讀 prd及互動文件,先形成自己對產品的思考,透過腦圖的方式列出對產品設計的疑問點,從使用者或者從行業角度找出產品設計

缺陷點

需求評審會議中,帶著列出的疑問點向產品、開發溝通自己對產品的疑惑和質疑點,多提幾個為什麼?如何實現?資料獲取來源?超出預期的資料怎麼處理?快取處理機制如何?資料儲存何處?邏輯由前端處理還是後端服務?後端服務邏輯是否跟第三方關聯?

需求評審完成後,按照一定的功能,將需求拆分成若干大模組,大模組拆分成小功能點,然後考慮功能點的具體實現流程

 

測試用例 覆蓋不全面,場景出現遺漏:

改進措施

用例設計完成後組織用例評審:

1)組織開發、產品進行測試用例評審,並丟擲用例設計時的疑問,透過產品實現角度、資料儲存、產品體驗角度對用例進行評審完善。

2)如時間充裕,組織測試組內用例評審也是非常必須的,特別是一些經驗老道或者業務熟悉的老司機們,可以在用例評審上快速的幫忙指出用例的遺漏點,有助於測試人員開啟思路,儘可能多的覆蓋使用者場景,值得注意的是用例評審上遇到不確定的,應立即記錄下來,結束後及時找相關人員確認,避免猜測。

 

根據線上使用者反饋缺陷完善用例:

產品測試釋出上線後,對於使用者反饋的缺陷,如果缺陷是因為場景設計不全引起的,我們先分析出現問題的場景是必現還是偶現,如果是必現,我們可以透過和技術介面人溝通,確認該場景的一些具體復現步驟,確認引入原因,解決方案。然後進行測試用例完善:除了補充該場景 case外,考慮一些和該場景相關聯的場景,將多種場景下測試用例及時完善、評審,增加到用例庫中去。

 

對測試階段未嚴格按照 測試用例 執行:

改進措施

測試用例不一定能保證所有的場景和功能點都能覆蓋到,但是嚴格按照測試用例執行測試,能最大程度上保證產品質量,儘量避免出現缺陷。

另外養成測試紀錄習慣:對於測試阻塞用例、測試 fail用例,應該重點關注並記錄,在迴歸測試階段進行精準迴歸測試,確保修復bug導致關聯功能引入的新bug也能被發現。

 

對測試環境、測試資源受限,導致缺陷漏測:

改進措施

引入灰度釋出測試

測試組在預釋出環境上進行迴歸測試,能基本模擬真實環境執行測試環境無法測試的用例,又不影響線上使用者的正常使用。

 

對開發人員引入的新 BUG:

改進措施

程式碼 review

從程式碼管理層面:開發修復一個 bug提交程式碼自測透過準備提測時,開發團隊提交程式碼進行程式碼review,引入新BUG的可能性較小。

精準迴歸測試

從測試自我修養層面:在開發提測後,透過 diff程式碼的方式,瞭解程式碼改動點,精準分析改動點對相關聯的功能點的影響,將開發人員修復的BUG確認驗證,並將相關聯的功能點儘可能在app測試階段透過遍歷迴歸測試到。

 


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69940641/viewspace-2903679/,如需轉載,請註明出處,否則將追究法律責任。