測試過程遇到的問題和提升方法

早上上班看到鵬哥零點46分在産研群發了季度目标總結的内容。

從中受到啟發，之前我有一個困惑，就是現在自己不清楚後續的測試任務，那好像不怎麼好去确定測試目标。

基于現在可能不是非常清楚後面非常具體的工作任務，歸類工作當中遇到的問題，思考是否有提升的方法。

需求了解不夠充分

遇到問題

• 不少需求評審是被叫去臨時參加，沒有事先閱讀需求，在評審時無法完全了解需求。
• 有些需求沒有參加需求評審，需要自己負責測試。
• 需求規則描述不足夠清晰。
• 需求描述與開發實作一緻。
• 不熟悉新接觸的項目。
• 沒有更深入地了解系統。

提升措施

• 在測試前花時間仔細閱讀并了解需求，有疑問向産品人員一一确認，并在對應需求的tapd下添加評論。
• 編寫測試用例時，發現需求沒有提及到的場景、規則，與産品人員溝通，并在對應需求的tapd下添加評論。
• 在編寫測試用例前，主動向開發人員了解這次需求的改造點，原來系統、功能、規則是怎樣的，現在是改成怎樣，了解清楚後，根據自身對系統、功能、規則的了解設計測試用例。
• 測試過程當中發現開發實作與需求描述不一緻的問題，向産品人員回報，由産品人員确定最終要實作的效果，并在對應需求的tapd下添加評論。
• 接到新項目測試任務，了解需求後，列出疑問，首先向熟悉項目的人了解清除，再開始測試。測試過程當中充分記錄，測試結束後進行條理化歸納總結。
• 由表及裡從頁面到涉及的資料庫表、接口、資料流了解系統、産品、項目。

測試過程跟蹤不夠完善

遇到問題

• 沒有測試用例進行測試。
• 沒有測試計劃進行測試。
• 沒有統一登記待跟蹤問題、待确認問題、優化建議問題。

提升措施

• 每一個測試任務都先設計再測試，首先确定測試政策，在時間充分的條件下，先編寫測試用例然後再進行測試，在時間緊急的情況下也先編寫出測試分析的思維導圖再進行測試。
• 在測試過程當中，根據實際情況，剔除、修改、增加測試用例。
• 測試設計時，除了分析需求功能點的測試要點，也充分考慮需要進行回歸測試的功能。
• 測試設計時，除了考慮功能性需求，也考慮非功能性需求的測試。
• 大的需求，召開測試用例評審會議，彙聚群體智慧，提高測試用例覆寫度。
• 小的需求，在進行測試設計後，主動向測試組長闡述測試思路。
• 每次測試在tapd記錄一個台賬，登記待跟蹤問題、待确認問題、優化建議問題。

欠缺測試品質評估

遇到問題

• 完成測試任務後，怎麼評估本次的測試品質，不能總是等到生産爆出問題後，才知道前面的測試不夠完善。
• 測試過程當中提的缺陷，嚴重程度劃分不清晰，現在絕大多數的缺陷嚴重程度都是一般，實際上應該是要劃分缺陷嚴重程度，這是度量開發傳遞品質的一個名額。測試結束後要向開發人員回報測試情況，讓開發人員注意本次測試過程當中發現的缺陷，使其反思開發過程當中可以提升的地方。

提升措施

• 主動留意uat驗收測試提出的問題，确認是缺陷的，反思為什麼自己沒有考慮到這個測試場景。
• 在測試結束後，進行測試總結。
• 主動留意測試組長提出來的問題，登記下來，提醒以後自己測試過程當中也要關注這些要點。
• 主動留意生産回報問題，分析缺陷出現原因，分析漏測原因。

測試流程沒有形成閉環

遇到問題

• 需求評審
• 測試設計
• 用例編寫
• 測試執行
• 測試報告
• 品質評估
• 持續改進

提升措施

• 在無法全局推動的情況下，局部推動。遇到問題，思考是否可以推動優化問題。
• 測試完畢，主動出具測試報告，說明本次測試範圍，阻塞測試場景，測試缺陷情況。