軟體測試策略的制定過程
（1）輸入
需要的軟硬體資源的詳細說明；
針對測試和進度約束而需要的人力資源的角色和職責；
測試方法、測試標準和完成標準；
目標系統的功能性和技術性需求；
系統侷限（即系統不能夠提供的需求）等等。
（2）輸出
已批准和簽署的測試策略文件、測試用例、測試計畫；
需要解決方案的測試專案；
（3）過程
1）確定測試的需求
測試需求所確定的是測試內容，即測試的具體物件。在分析測試需求時，可應用以下幾條一般規則：
測試需求必須是可觀測、可測評的行為。如果不能觀測或測評測試需求，就無法對其進行評估，以確定需求是否已經滿足。
在每個用例或系統的補充需求與測試需求之間不存在一對一的關係。用例通常具有多個測試需求；有些補充需求將派生乙個或多個測試需求，而其他補充需求（如市場需求或包裝需求）將不派生任何測試需求。
測試需求可能有許多**，其中包括用例模型、補充需求、設計需求、業務用例、與終端使用者的訪談和軟體構架文件等。應該對所有這些**進行檢查，以收集可用於確定測試需求的資訊。
2）評估風險並確定測試優先順序¤
成功的測試需要在測試工作中成功地權衡資源約束和風險等因素。為此，應該確定測試工作的優先順序，以便先測試最重要、最有意義或風險最高的用例或構件。為了確定測試工作的優先順序，需執行風險評估和實施概要，並將其作為確定測試優先順序的基礎。
3）確定測試策略
乙個好的測試策略應該包括：實施的測試型別和測試的目標、實施測試的階段、技術、用於評估測試結果和測試是否完成的評測和標準、對測試策略所述的測試工作存在影響的特殊事項等內容。
如何才能確定乙個好的測試策略呢？我們可以從基於測試技術的測試策略、基於測試方案的測試策略兩個方面來回答這個問題。
① 基於測試技術的測試策略的要點
著名測試專家給出了使用各種測試方法的綜合策略：
任何情況下都必須使用邊界值測試方法；
必要時使用等價類劃分方法補充一定數量的測試用例；
對照程式邏輯，檢查已設計出的測試用例的邏輯覆蓋程度，看是否達到了要求；
如果程式功能規格說明中含有輸入條的組合情況，則已開始可以選擇因果圖方法。
② 基於測試方案的測試策略
對於基於測試方法的測試策略，一般來說應該考慮如下方面：
根據程式的重要性和一旦發生故障將造成的損失來確定它的測試等級和測試重點；
認真研究，使用盡可能少的測試用例發現盡可能多的程式錯誤，避免測試過度和測試不足!
第二部分 測試策略的方法
軟體測試的策略、方法和技術是多種多樣的。對於軟體測試技術，可以從不同的角度加以分類：從是否需要執行被測軟體的角度，可分為靜態測試和動態測試。從測試是否針對系統的內部結構和具體實現演算法的角度來看，可分為白盒測試和黑盒測試。
1. 靜態方法與動態方法
所謂靜態方法是指不執行被測程式本身，僅通過分析或檢查源程式的文法、結構、過程、介面等來檢查程式的正確性。靜態方法通過程式靜態特性的分析，找出 欠缺和可疑之處，例如不匹配的引數、不適當的迴圈巢狀和分支巢狀、不允許的遞迴、未使用過的變數、空指標的引用和可疑的計算等。靜態測試結果可用於進一步 的查錯，並為測試用例選取提供指導。
動態方法是指通過執行被測程式，檢查執行結果與預期結果的差異，並分析執行效率和健壯性等效能，這種方法由三部分組成：構造測試例項、執行程式、分析程式的輸出結果。
如何制定測試策略
我大致將測試策略分為了一下幾個模組 1.測試安排 發布計畫 這個模組用來羅列測試專案本身重要的里程碑，每個里程碑都需要有明確的結束時間，這個時間可以指導我們後續的測試。如果測試時間安排不足，我們就可以在後續的測試範圍中挑選優先順序比較高的特性來執行測試，這樣可以最大限度的保證產品的質量。2.測試範圍...
測試人員如何制定測試策略呢？
測試相較於其他工作的核心競爭力是什麼？在回答這個問題之前，想一下每個工作崗位的核心競爭力又是什麼呢？是不是可以遷移的呢？眾所周知，測試一向用來與開發作比較，那麼開發的核心競爭力是什麼呢？真的是開發能力嗎？如果是的話，為什麼很多具有豐富開發經驗的中年開發人員會面臨著中年危機呢？從這個角度看，開發的核心...
制定測試策略需要考慮的問題
制定測試策略需要考慮的問題 step 1 範圍 step 2 測試方法 step 3 測試環境 step 4 測試工具 step 5 版本控制 step 6 風險分析和管理 step 8 角色和職責 step 9 培訓 另外，所有成員必須清楚 測試計畫 test plan 與 測試策略 test s...