在軟體開發過程中，無論是在feature testing還是在final regression testing中，測試策略的好壞在整個質量保證過程中起著至關重要的作用，尤其是在測試資源有限的情況下，影響更為突出。好的測試策略能夠更快速的發現軟體最有value的缺陷，以便team做出最快的相應。測試策略包括很多方面，比如環境如何搭建，in scope和out of scope，load and performance testing的基準等等。這次我們只討論測試策略的乙個小的分支，即在我們有測試用例（或者指導做測試的mindmap等）和缺乏測試資源的情況下，如何制定我們的挑選策略，下面是我畫的一張mindmap：
這裡我們的策略是：
優先測試有變更的，其次測試無變更的
優先測試核心功能，其次測試輔助功能
優先測試使用者常用情況，其次測試罕見情況
優先測試需求中特別強調的功能點，其實測試需求無特別要求功能點
優先測試具有威脅部分，其次測試安全部分
ø 優先測試有變更的，其次測試無變更的
這一條是大家在測試過程中經常會用到的策略，比如做新feature，fix bug或者**重構，都多多少少會對已有產品造成影響，我們一般都會先測試改動的功能是否符合預期，然後轉向測試該改動依賴或者被依賴的部分功能是否正常。
ø 優先測試核心功能，其次測試輔助功能
軟體的核心功能是軟體的思想，是解決使用者痛點的主要部分。輔助功能則是軟體的肉體，讓軟體更加使用者友好。所以在條件有限的情況下，我們首先要保證軟體能夠思考，然後再去保證軟體有乙個漂亮的肉身（雖說現在是個看臉的社會~）。不如我們測試報表，核心功能是資料能否正確的顯示，運算是否正確則是核心功能。報表的風格，字型的選擇則是輔助功能。
ø 優先測試使用者常用情況，其次測試罕見情況
使用者常用的功能是最有value的地方，那麼如何甄別這些常用scenario呢？我們主要通過以下幾點考慮：
1. 面對面與客戶溝通，了解使用者業務中基本場景
ø 優先測試需求中特別強調的功能點，其實測試需求無特別要求功能點
測試需求中著重強調的點一般都是使用者比較關心的，比如說效能指標（一般較多的是相應時間，吞吐率），功能指標（比如：結果要能通過手機接收）等。比如說使用者強調能通過手機接收報表，我們要著中選擇手機接收的用例，其次是報表會以什麼形式展現個使用者（手機郵件，簡訊，或者乙個網路連線）。
ø 優先測試具有威脅部分，其次測試無威脅部分
這一部分主要是針對軟體容易出錯模組，對安全、資料有特殊要求的軟體，尤其是一些包含很多邏輯或者算術運算，網路傳輸資料，資料備份恢復的模組，這些模組通常也是軟體的核心功能，需要首先選擇。
現在只想到了這幾點，各個節點之間可能會有交叉的部分，但根據以上幾點應該可以選擇出乙個比較合理的測試用例集來指導我們測試。
測試用例設計綜合策略
1.myers 提出了使用各種測試方法的綜合策略 1 在任何情況下都必須使用邊界值分析方法，經驗表明用這種方法設計出測試用例發現程式錯誤的能 力最強。2 必要時用等價類劃分方法補充一些測試用例。3 用錯誤推測法再追加一些測試用例。4 對照程式邏輯，檢查已設計出的測試用例的邏輯覆蓋程度，如果沒有達到要...
測試用例設計策略
1.設計盡可能多的測試用例,至少讓人家知道,作為tester,我已經考慮到那麼多需要測試的情況,我有很多事情可以驗證.以前自己總是有顧慮,怕測試用例弄的太多,到時候測試忙不過來就不好,因為要做測試的,還是自己.其實,這是個很錯誤的想法.2.分析use case,劃分優先順序.如果我們看標準的use ...
效能測試用例設計策略
效能測試在軟體質量保證中起著重要的作用，它包括的測試內容豐富多樣。同乙個系統，不同的測試設計及測試過程會導致不同的結果，也會有不同的解讀。合理的測試規劃與設計是至關重要的。本文重點介紹如何結合使用者實際業務特點制定有效的效能測試用例。一 系統業務特點和使用者行為分析 使用者行為反映了使用者對系統的使...