使用QA降低被交付產品的成本，提高編碼生產力，識別質量變化動向，減少缺陷，但不要用QA提高質量。適用于雇用員工通過測試而不是通過編碼來提高生產力的情況?？偸峭ㄟ^QA從過去的失誤中獲取經驗。當雇用一個QA人員得到的價值大于一個程序員工作的價值時，就應該雇用一個QA人員。
可以減少成本，提高交付的總量和速度，減少重復出現的缺陷數量。QA并不能提高系統的質量，因為不能在系統中測試質量。如果使用正確，QA可以提高生產力，同時降低成本，最重要的是，在組織的高速增長期，QA可以保證缺陷增長的速度比組織發展的速度慢。

標題很令人不快，還有點兒容易引起誤解和爭議，但目的是引起人們的思考和討論。當然，有一個團隊負責產品測試并識別產品中的缺陷是很有意義的。問題在于，不應該只依賴于這個團隊來發現所有的缺陷，就像航空公司不能只依靠空乘人員確保飛機安全著陸一樣這個觀點的核心是一個簡單的事實，即不能在系統內測試系統的質量。測試只能發現開發過程中制造的問題，它的結果是發現被你毀掉的價值。
找回這種價值從而要求重新編，增加交付的每個工作單元(功能)的邊際成本。測試或執行測試的團隊通常不會發現能夠創造額外價值的潛在機會。
不要誤會了，QA在編程組織內當然是個重要角色。當公司在超高速發展需要擴展系統時，QA的角色更加重要。QA的主要任務是幫助公司發現產品的問題，且花費的成本要比程序員執行同樣任務的成本低。這個任務行生出的兩點好處是，提高了編程的速度，增加了缺陷的識別率。實現這些好處的方式，與工業革命減少制造成本并提高單位生產力的方式類似。讓編程過程流水化，讓程序員主要專注于產品開發(當然還有單元測試)，從而減少了每個程序員花費在設置和結東測試流程上的時間。
現在，程序員每天都有更多的時間專注于應用的開發了。通常這樣做的結果就是可以發現每小時的產量和每天的產量都增加了。編程速度提高的結果是降低了單位成本。此外，一個好的的QA組織的單個人員成本通常比編程組織的單個人員成本低，從而可以進一步降低成本。最后，測試組織的重點在于發現缺陷，所以不會產生發現自己代碼中的問題(很多程序員會這么做)或隔壁搭檔的代碼中的問題時那種糾結。
當雇用一個QA人員就能得到相當于一個或多個程序員的生產力的價值時，就應該雇用QA人員了。這個數學計算相當簡單。如果你有11個程序員，每個人花費大約10%的時間執行測試活動，而這些活動完全可以由一個QA人員完成，那么雇用一個QA人員，就可以得到相當于1.1個程序員的生產力。通常，QA人員的成本比程序員低，這就相當于用一個程序員成本的80%或90%，得到了1.1個程序員的生產力。
不過有一點我們沒有明確說明，即在超高速發展的公司中才會充分體現QA的價值。這并不是說在發展穩定的公司或低速發展的公司中QA沒有價值，而是說在每年研發人員數量都會成倍或更快地擴展的情況下，QA更為重要。在這種情況下，很難強制性地實施標準。組織內在職時間較長的程序員沒有時間保持并實施現有標準，更沒有時間識別擴展、質量或可用性需求所產生的對新標準的需求。對于每年成員數量都會翻番的團隊，第三年的開頭，半數現有的“有經驗”的團隊成員入職時間其實只有一年或者更短
這就是這條規則放在吸取教訓這一章中的原因。設想一下，部門經理要花費幾乎一半的工作時間面試和雇用新程序員，而且每年都有一半或者更多的程序員入職不足一年。可以想象一下，現有的在職時間較長的程序員要花費多少時間培訓新員工，如何使用源代碼管理系統，編譯環境是什么，生產環境是什么，等等。在這樣的環境中，根本沒有時間驗證編寫的東西是否正確，從而導致發布給QA(但希望不是生產部門)的錯誤量明顯增加。
在這種情況下，培訓程序員是QA的工作，要教會程序員從質量角度看發生了什么，是在哪里發生的，這樣才能讓他們信服并吸取經驗。這時的QA就成了一種工具，幫助研發人員認識到哪些錯誤在反復出現，它們出現在什么地方，最重要的是讓他們學會將來如何避免出現這些錯誤。QA可能是唯一一個能發現反復發生的問題的部門。
新的程序員，因為沒有見過他們所犯的錯誤，也不了解這些錯誤的影響，所以可能不僅會繼續犯錯誤，還會把這些錯誤的方法當成一種習慣。更糟的是，他們還可能把這些壞習慣教給那些新來的程序員。最初只是導致缺陷數量小幅增多，而最終會變成一種惡性循環。當噩夢注定要發生并且就在他們面前時，每個人都會忙于查找造成質量噩夢的根本原因。這說明他們沒有從過去的錯誤中吸取教訓
QA必須發現正在發展中的組織在哪些地方反復出現問題，并創建個環境，在這個環境中討論并消除這些問題。最后要說的是，QA部門最重要的價值在于它可以幫助研發部門從失敗中吸取教訓。要明白，他們不能在系統內測試質量，也不愿意扮演棒球比賽中接球手身后的安全屏幕，站在接球手后面，讓沒被接到的球停住。優秀的QA部門會搜索研發部門制造的系統故障，這些故障會在將來造成質量問題。這不僅僅是創建網站制作燃盡圖和創造發現修復率，而是深入探究，發現主要問題和它們的源頭。一旦發現了這些問題，QA還要提出如何解決問題。

本文題目：不要依靠QA發現失誤
當前URL：http://www.js-pz168.com/news20/147470.html

成都網站建設公司_創新互聯，為您提供動態網站、網站維護、網站設計公司、App設計、搜索引擎優化、靜態網站

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯