現在，我的朋友(我在引言中提到的軟件重要人物)所談論的效率是希望他的 QA 團隊能夠在，比方說四天內檢驗一個產品，而不是八天。實質上，此目標意味著 QA 團隊必須更快地找出嚴重缺陷。為了專注于更快找出那些嚴重缺陷，團隊成員不得不停止浪費在妨礙尋找缺陷的工作上所花費的時間。
所以，讓高效的團隊更加高效的第一步是仔細觀察您目前不高效的地方。換句話說，您正在做的，而沒有輔助您尋找嚴重缺陷的事情是什么。什么引導我們進入下一個操作。
“我們決不要欺騙自己”：了解您的團隊的低效。
John D. Rockefeller 有一句偉大的格言：“我們決不要欺騙自己�！币苍S這是他為什么這樣成功的原因：他總是對自己誠實。
如果您打算了解現在您的 QA 團隊哪里效率低，那么您將必須重視使團隊有效的實踐。最可能的是，那些實踐是現實世界經驗的結果，以及其他知名實踐的調整，加上許多艱苦的工作。您必須準備改變，并且甚至放棄這些實踐中的一些。
這些實踐也許很難完成。畢竟，這些實踐是對團隊有效的主要貢獻因素。人們可能對它們有嚴重的情感依戀。但如果您想要將團隊提升到“下一個高效層次”，那么您必須愿意將團隊如何工作的所有方面都改變。
問題是：在團隊實踐分析中，您遵照的是什么?記住，您想要鑒別的正在執行的任務是不會導致新的、嚴重缺陷的發現，以及那些根據用在他們生成的缺陷上的時間和工作來說只是太昂貴的任務�；旧�，您必須將您的計劃、希望，和想像與實際比較。軟件 QA 團隊花時間進行調查研究、測試設計、編碼、分解、調試、執行和分析。在項目的開始階段，團隊可能編制出一個完成任務所需的估算時間和人力資源的進度安排。然后，隨著整體的項目目標的改變，那個進度安排被丟棄并且決不再看。您必須要做的是實際追蹤您要完成任務所花費的時間或努力，和真正發生的事情之間的差異。您必須將此時間或工作的分析交叉引用到工作所產生的結果上(也就是，缺陷)。
所以，在一個項目過程中，有效的 QA 團隊可能會在哪里損失時間?(您能對此做些什么?)我所看到的一個部分是負擔累贅。
負擔累贅
如果您的 QA 團隊已經在一起一段時間了，并且如果在測試中已經很有效，那么必須建立相當多的自動化測試和運行測試的框架。但是可能有許多測試的生命長過其有效時期。隨著越來越多的測試被撰寫出來，團隊可能必須拿出不斷增加的時間量來維護測試及其框架。
我最近見到一個在一家非常成功的軟件公司工作的人，該公司中的 QA 團隊就有這樣的問題。經過十多年的工作，他們已經創建了差不多數千個自動測試。實際上，他們有許多測試，要運行所有的測試幾乎要花上一整天。在這些年內，如此多的人寫了那么多的測試，沒有人清楚所有這些測試所測的是什么。
這是測試自動化的負擔。在那些時候，每個測試都是出于很好的理由而撰寫的。但是隨著時間的過去，每個測試的理論根據已經失去了。而且，將這些測試組織為多種、但仍舊非常大的測試組。結果是，甚至是單個的測試組都要花幾個小時來運行。團隊總是為產品中新的或修改了的特性撰寫新的測試。要更加高效，他們需要“減少不再提供價值的測試組”。
您如何使測試更加高效?少測試。跳過那些不能充分證明還有效果的測試。集中于撰寫和運行更重要的測試。換句話說，撰寫并運行那些將找到新的更嚴重的缺陷的測試。
OK。這聽起來很容易。但是您如何確定哪個測試是足夠重要的，以至于對它們運行并維護?這全部依賴于您的產品中最危險的部分。換句話說，現今誰最危險。
了解產品的風險以及總是調整風險變更的需要。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
