測試目標的訂定，重要在於軟件通過的準則，亦即測試何時方可結束。常見的情形是：軟件開發的進度不斷落後，最後剩余的時間僅有兩個星期，於是測試人員的目標就是把後兩周用完，盡人事聽天命。究竟測試多完整，隱藏的多少錯誤，測試工作的生產力如何？皆一概不知。反正產品賣出去或上線後有的是時間改進。

產品銷售後再改進，成本往往大幅增高，甚至原有開發人員離職他調，連亡羊補牢都倍感困難。經驗一再顯示，事前的測試除錯絕對比事後維護省時省錢，唯有賣不出去或不能用的軟件例外。

　　軟件測試對於測試的要求可簡單區分為兩類：

　　1、通過目標所訂之軟件品質；要求山頭一定要攻下，不達目的絕不停止。譬如目標為單位測試時間的錯誤發現率須低於某數字，若超過了就得延長測試。這種方式適用於品質要求較高的軟件。

　　2、在既定資源內達到最佳成效。上市時間已宣布，無法更改者，目標著重於鏟除最嚴重的錯誤。這種測試較著重測試的準備、經常對測試執行與除錯設定時限與數量要求，其中最容易遵循的準則即為：重要功能永遠先測。

以上兩類測試的需求不同，影響測試的計劃、測試順序和關心重點也不同。至於測試資源配置適當性，則是評估測試目標能否達成的重要參考指標。測試人員需要合理的測試資源，譬如要求總研發人力的20%以上。總時程的1/3以上。人力不足，測試流於形式，時程過短，找到錯誤也來不及除錯，均不可取。千鋒分享。

軟件測試對於測試的要求