軟體測試執行負責人經曆之經驗總結一

　　測試計劃

　　實際測試

　　經手過幾個項目發現，有些老同僚執行測試時，不按照測試用例來走，完全按照自己的思路來走，這個問題我也想過，如果按照執行用例來走，提高不了老員工的積極性，不按照測試用例走，可能是測試用例是自己寫的，每個測試點他們都知道，但是又怕同僚遺漏測試點，到現場有問題。我自己的解決方法是等項目功能穩定以後按測試用例詳細測試一遍，後面幾輪按照員工自己執行政策來測，涉及到回歸測試用例篩選和探索式測試等等。說是這麼說，但是有些同僚不是這麼做的，感覺這個問題還是沒有很好的解決，還在思考具體的解決方法，等待大俠指點。

　　實際執行中還遇到新員工看不懂測試用例的情況（真心感覺到測試用例很重要，特别是團隊中有新人），一般測試用例都是老員工來寫，新員工執行。這裡主要有兩個原因，一是測試用例寫的不詳細明了，如是這種情況，及時更新測試用例；二是新人對業務不熟悉，可通過老員工給新員工講解業務流程或實際測試前讓開發人員給測試人員進行簡要教育訓練解決。主要還是編寫出高品質的測試用例最重要，我一直認為測試用例的顆粒度取決于時間和用例的可重用性，測試用例是一定要寫的，時間緊的話至少有個主要功能checklist，這也是工作成果物展示的一部分。具體測試用例的編寫就不介紹了，這裡要提醒下編寫測試用例的人員，你們編寫的測試用例的品質及語言描述真的很重要。

　　還有就是與開發溝通問題，有些開發人員不是很好溝通，特别是新人與開發人員溝通時會遇到各種問題，這時測試執行負責人充當中間協調者的角色，一邊向同僚了解情況，一邊與開發人員溝通，實在不行，就上報給老大，讓老大跟開發人員老大溝通，現實中發現一個很奇怪的問題：測試人員軟開發人員就硬，測試人員強硬點開發人員就很客氣。當然和氣最好，呵呵呵

　　總結文檔

　　測試結束後，所有測試人員要上交測試用例執行報告或測試記錄，測試執行負責人彙總後形成測試報告和總結，分析bug趨勢及原因；編寫主要問題說明，分析其風險，并回報給上級和開發人員。整理出開發人員犯的低級錯誤，如reopen的bug，給的程式有毒，打包有誤等等，送出給老大，讓老大與開發負責人溝通，避免犯同樣的錯誤，影響我們的測試。

　　測試結束後測試活動，我總感覺組内少了一個很重要環節：bug分類分析，持續跟蹤。多數同僚對送出的bug很少跟蹤，送出了就送出了，沒有盡量確定送出的bug修複了。缺少對bug沒有分類，如哪些是功能問題，哪些是ui問題，哪些是控件問題，這樣可以為下輪測試提供參考。還有就是開發人員置成not a bug的缺陷，是測試人員了解錯誤還是開發人員的問題，以免下次犯同樣的錯誤。這也是自己以後應該注意的地方。（個人感覺這個問題還是小組老大出面處理好點，因為我發現測試執行負責人的權利不夠，呵呵）

　　名稱之是以為經驗總結一，我想剛作為測試執行負責人不久，對測試執行負責人的職責及項目各個階段的把握和掌控還有很多不足和需要提高的地方，但願明年再寫一篇總結二，對測試執行負責人的職責有不一樣的看法和更多的經驗總結。

====================================分割線================================

最新内容請見作者的github頁：http://qaseven.github.io/