自動化測試管理之困(為什么要做TestMP?)- 測試用例管理
對于一個新項目,QA通常會首先為新特性創建手工測試用例,為了之后維護方便,也通常將這些用例存放在一張Excel表或者一個專門的測試用例管理系統里。而在項目進行過程中或之后,具備自動化測試能力的QA團隊會將手工測試用例轉化為代碼,加入套件(Suite)中,用于之后的回歸。
以往我們認為手工測試用例與自動化代碼之間存在聯系,但并不緊密:
- 手工測試用例文檔很容易閱讀,可以幫助學習業務,但因為維護不夠靈活,很難跟上快速的變化。依賴手工測試用例對項目進行回歸又是及其痛苦的。
- 自動化測試代碼可以很明顯的提升效率,但不容易閱讀。因為人們通常缺少更新代碼注釋的動力(沒什么外人會用到,老鳥又不依賴它),久而久之我們不知道那一堆自動化用例究竟測了些什么,導致通過率逐步走低,又無人維護。自動化測試最終土崩瓦解。 </ul>
- 用例文檔不應該與自動化代碼分離,而應存在于代碼中,隨著代碼的變化而及時更新。
- 用例文檔應該簡潔,可以自我組織與管理,并以一種清晰的結構被展現和分享。
- 自動化測試用例的運行歷史應該被測量和記錄,數據可以集中形成幾個直接清楚的度量指標,反映一個周期內的平均質量水平。
- 度量指標應該可以形成簡潔好看易懂的質量報告,向相關各方展示測試工作對產品關鍵方面的評測結果。 </ol>
這似乎是一種宿命般的失敗。有些團隊希望建立自動化測試體系,卻從一開始就遇到類似的問題,導致進展緩慢,無法持續向老板秀出效果,最終又退縮回原點。
原因是什么?怎么去破解這個困局呢?
TestMP的測試用例管理和度量就是按照以上四點,為破局提供了一種解決方案。
官方網址: http://testmp.org
中文博客: http://testmp.org/blog
本文由用戶 leodzw 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!