負擔累贅
如果您的 QA 團隊已經在一起一段時間了，并且如果在測試中已經很有效，那么必須建立相當多的自動化測試和運行測試的框架。但是可能有許多測試的生命長過其有效時期。隨著越來越多的測試被撰寫出來，團隊可能必須拿出不斷增加的時間量來維護測試及其框架。
我最近見到一個在一家非常成功的軟件公司工作的人，該公司中的 QA 團隊就有這樣的問題。經過十多年的工作，他們已經創建了差不多數千個自動測試。實際上，他們有許多測試，要運行所有的測試幾乎要花上一整天。在這些年內，如此多的人寫了那么多的測試，沒有人清楚所有這些測試所測的是什么。
這是測試自動化的負擔。在那些時候，每個測試都是出于很好的理由而撰寫的。但是隨著時間的過去，每個測試的理論根據已經失去了。而且，將這些測試組織為多種、但仍舊非常大的測試組。結果是，甚至是單個的測試組都要花幾個小時來運行。團隊總是為產品中新的或修改了的特性撰寫新的測試。要更加高效，他們需要“減少不再提供價值的測試組”。
您如何使測試更加高效？少測試。跳過那些不能充分證明還有效果的測試。集中于撰寫和運行更重要的測試。換句話說，撰寫并運行那些將找到新的更嚴重的缺陷的測試。
OK。這聽起來很容易。但是您如何確定哪個測試是足夠重要的，以至于對它們運行并維護？這全部依賴于您的產品中最危險的部分。換句話說，現今誰最危險。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
