Good Enough Testing是形成一個充分的質量評估的過程，這個過程建立在合理的代價之上，用於支持對產品作出明智的、及時的決定。
基本介紹
- 中文名：恰到好處的測試
- 外文名：Good Enough Testing
Good Enough Testing即恰到好處的測試
把定義分解成4部分：
產品質量的評估：
產品的正確性和完整性如何？
測試的代價：
測試消耗的合理的程度如何？是否在項目限制範圍內？對測試的投入是否有好的回報，例如，每次測試後，是否有額外的信息可提供？
決定：
產品質量的評估是否很好地服務於項目和業務？
及時性：
對評估、決定的及時性，是否足夠快，從而發揮作用？
有些測試員會被告知他們所做的測試不會影響產品發布的決定。如果是這樣的話，測試就應該停止了。
相反，如果繼續測試會提供技術支持或為公司的某些其它類型的決定提供基礎支持，那么就應該繼續測試。因為測試與某些要作出的決定聯繫在一起，或為提供某些數據以備將來使用。
某些測試是在組織或某些所謂的權威人士要求下進行的，有些測試僅僅是因為測試計畫制定了，所以執行。這與Good Enough Testing的原則是違背的，Good Enough Testing是有意識的、有目的的測試，不是迷信和儀式。其實很多制定的測試計畫中提到的測試是可以拋棄的，因為它們對測試項目或對利益相關方完全沒有什麼影響。
評估的組成
1、 評估產品質量
我們是如何評估和報告產品質量的？
我們是否確定質量的評估是可被證實正確的？
我們是否清楚明示和暗示的產品需求？
我們能在產品創建出來後多快地找到產品中的重要的問題？
我們的測試是否覆蓋了需要覆蓋的產品的各個方面？
我們是否套用了足夠的測試方法類型或採用了足夠的關於質量信息的資料來源來消除測試覆蓋的誤差？
是否在產品中存在我們不知道的重大問題的可能性？
是否存在本應該是測試發現的問題而測試員未發現，而是被其它渠道發現並報告？
2、 評估測試代價
測試的消耗有多大？我們能承受的測試代價是多大？
我們能否從測試覆蓋中消除不必要的冗餘？
是什麼讓測試執行困難（代價高）？
產品的可測性能否再提高？
是否有工具或技術可以使測試過程更加高效？
早點測試好還是遲點測試好?哪種情況下測試的整體成本低一些？
3、 檢查測試對決策的作用
測試過程是否清楚管理者、開發人員或其它客戶需要做的決定？
測試過程是否關注潛在產品和項目風險？
測試過程是否依賴變更控制過程和項目管理？
測試報告是否及時遞交？
測試報告是否用易於理解的方式溝通？
測試過程和測試結果一樣被傳達嗎？我們是否報告評估的基礎以及融入我們的信心在裡面？
測試過程是否對技術支持、發行、市場或其它需要使用質量評估的任何業務過程提供服務？
4、 是否及時
以上三方面都是時間驅動的。所以帶來了問題：我們永遠也沒有足夠的時間去做每一件事，所以我們要做的每一件事都是與時間賽跑。
Good Enough Testing 的目的是幫助軟體測試工程師擺脫測試的條條框框、主觀性、被動的局面，把結構化的、合理的方法套用到複雜的、多維的問題集合中去。
