缺陷數量最大化。
這與“發現缺陷”的區別就是缺陷總數比其覆蓋面更重要。
即使這是及時發現更多缺陷的有用方法，我們也只是狹隘的關注少數幾個高風險的方面。
阻止不合格產品的發布。
測試人員發現產品有嚴重缺陷時阻止其出庫，直到這些問題得到解決。在每次的發布決議會上，測試人員的目的是發現新的瑕疵、缺陷。
協助管理者做出庫的決定。
管理者普遍都關心這方面的風險。
他們想知道缺陷覆蓋面(可能不是過于簡單的代碼覆蓋面統計，而是說明產品發現了多少缺陷，有多少還沒有解決)，和已發現問題的重要性。書面上出現的重大而不會引起客戶不滿的問題，可能不會影響產品的出庫決定。 軟件測試
技術支持成本最小化。
與技術支持或服務組一起工作，測試組要識別出需要支持的問題。這些通常是與產品相關的外圍支撐，是不需要測試的，例如，測試產品需要與特定的打印機一起工作或者從第三方數據庫成功地導入數據，可以高頻率的訪問和數據崩潰。
遵照規格說明書進行評審。
規格說明書中提出的要求都是經過審核的。規格說明書中沒有列出的程序特性不(當作目標的一部分)進行審核。
遵照規范。
如果規范指明了覆蓋范圍內的某個類型(例如，至少對產品的每個聲明做一個測試)，那么測試組要創建合適的測試。如果規范為規格說明書或其他文檔指明了一個類型，那么測試組可能需要檢查這個類型。一般地說，測試組關注規則中覆蓋以及沒有覆蓋的任何事物。
最小化安全訴訟風險。
任何會導致事故或傷害的失誤都應該在第一時間被關注。導致時間或數據丟失或數據損壞，但不會對實際事物帶來傷害或損壞風險的失誤可以不考慮。
發現使用產品的安全情景(即使發現存在缺陷，也能工作的方法)。
有時，尋找的是可以持續不斷進行一項作業的方法---其他人依照一組指令會可靠地發送期望產生的有益信息。在這種情況下，測試員不是尋找缺陷。他是在進行試驗，按照經驗推敲和證實進行作業的方法。
質量評估。
這是一個棘手的目標，因為質量是多維度的。
質量的性質依賴于產品的性質。例如，一個沒有娛樂性的搖動物體的電腦游戲是一個令人厭惡的游戲。
進行質量評估--測量并報告質量水平--你可能需要對這個產品的大多數重要質量標準有一個明確的定義，并且需要有相關的定義測試結果的理論知識。例如，可靠性不只是關于產品缺陷數的。它是(或經常被定義成)關于可靠性相關的故障數，這些故障期望在一段時間內或一段時間的應用中發生。(可靠性相關?比如，測量可靠性時，企業可能不關心錯誤信息中的拼寫失誤。)為了進行預測，你需要一個精確的、依經驗形成的合理原型，使測試結果具有可靠性。測試包括獲取模型需要的數據，包括產品絕對穩定和不穩定的方面做深入的工作。設想一個可靠的模型是基于統計(可能以嚴重性類型來區分)每N行代碼或每K小時測試發現的BUG數的。查找BUG是重要的，消除重復也是重要的，發現并解決問題使缺陷報告更易于理解、更可能糾正是(在評估的范圍內)超出范圍的。
檢驗產品的正確性。
測試是不可能做到這一點的。你可以證明產品不正確，或者你可以證明你在特定時間內用特定的測試策略沒有找到任何錯誤。但是，你不可能進行詳盡的、無一遺漏的測試，并且產品可能在你沒進行測試的條件下宣告失敗。(如果你有一個實在的、可靠的模型)你能做的最好的就是評估出現錯誤的概率。(參照下面關于可靠性的討論)。
質量保證。
盡管質量保證是共同的目標，但是不能通過測試來保證質量，不能通過獲取度量值來保證質量，不能通過設置標準來保證質量。
質量保證包括構建一個高質量的產品，以及為此貫穿在整個開發過程中有熟練技能、有時間、有激情、有方向、有創造自由的人。
這超出了一個測試團隊的工作范圍，但在項目經理和相關實施者的范圍內。
在進行技術研究的過程中測試團隊可獲得一定的幫助，但這些研究并不不能保證質量。
給定一個測試對象，好的測試過程能夠提供與這個對象直接相關的信息。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
