在進行軟體測試時，我們都需要乙個出發點，從**開始分析？測試設計是基於什麼？簡單說，就是什麼驅動測試工作的進行？
基於對軟體工程、產品質量和測試的理解，歸納出以下七類測試驅動模式。
1、業務/需求驅動測試
乙個軟體總是要解決使用者的某類業務問題。業務驅動測試就是從使用者的實際業務需求出發，分析業務目標、業務流程、使用者角色、業務規則、業務發展等測試物件，
針對這些物件確定測試範圍、
測試方法和策略。
測試是否充分，也是從業務流程和資料來衡量；軟體系統能否充分滿足業務需求，是業務/需求驅動測試最關切的問題，
基於需求的驗證方法、基於使用者場景的測試方法，可以歸為這類測試。
2、產品質量風險驅動測試
根據產品質量模型：內部質量-->外部質量 --> 使用質量來進行測試，強調全生命週期消除產品質量風險，從**評審、**複雜度度量等工作開始，對內部質量進行評估
以暴露質量風險，
然後逐步擴充套件
到系統外部質量、使用者使用質量的評估，持續揭示、反饋產品質量主要風險。在這類測試中，對產品質量的屬性分析會比較透徹，
也強調靜態測試，
包括人工**評審和設計評審、
使用**靜態分析或檢查工具。
3、模型驅動測試
針對現實問題進行抽象構建驗證模型，如uml建模、有限狀態機、petri網、kripke結構等，系統屬性可用時序邏輯公式（如ctl，ltl）來描述。
更廣泛的理解，
決策表、因果圖、
pair-wise等
也屬於測試建模。
大規模的複雜應用系統的測試建模會受到很大挑戰，隨著軟體技術和建模技術的發展和融合，這些問題會逐步得到解決。
但基於模型能自動生成測試用例和
自動化指令碼，能夠更徹底地完成測試的自動化過程，
而之前人們多數自動化測試侷限於測試的執行，
需要開發和維護大量的測試指令碼，手工比重不小，最多算半自動化。
4、（系統）功能驅動測試
許多人一談到軟體測試，就是功能測試、效能測試，這或多或少體現了「功能測試驅動」思想。
功能驅動測試，就是從系統功能特性出發，根據軟體功能規格設計說明書（可能沒有），針對每個功能進行驗證，
確定功能執行是否正常，是否和設計保持一致。
一般會將功能進行分解，分為子功能、子功能的子功能，形成功能點列表，針對功能點進行測試用例設計和執行。
5、設計驅動測試（ddt）
ddt受tdd啟發，為測試事先進行分析與設計，測試是被設計驅動的。
ddt具有下列這些特性：測試更靈活、更簡單，消除重複工作，測試用例指導測試計畫（和傳統測試相反），
測試用例可轉換成
測試**，
包含業務需求測試和場景測試、控制器測試，測試對開發和測試團隊都很有用。
關於設計驅動測試，已有專題論述的著作：設計驅動測試——讓程式設計師更輕鬆地進行測試。
6、（程式/**）結構驅動測試
基本類似於：結構化測試、白盒測試。從程式結構來驅動測試，進行程式結構分析，逐步覆蓋程式的各個部分及其關聯關係，如基於元件測試、基於介面測試或基於api進行測試；
從**結構進行測試，
包括**行覆蓋、分支覆蓋、基本路徑覆蓋等。結構驅動測試的充分性度量會更客觀性，特別是基於**覆蓋率分析，目前有大量工具支援。
7、統計/經驗驅動測試
可以看作「經驗軟體工程」的組成部分，認可實際度量資料和經驗比各種理論模型更有價值。通過軟體測試過程中資料和經驗的收集，進行統計分析、歸納整理，生成經驗模型來開展測試。
上下文驅動測試、探索式測試、缺陷預防、錯誤猜測法等可歸為這類，雖然不是很嚴謹，但都基本是從統計/經驗來驅動測試。
七種測試驅動模式
基於對軟體工程 產品質量和測試的理解，歸納出以下七類測試驅動模式。1 業務 需求驅動測試 乙個軟體總是要解決使用者的某類業務問題。業務驅動測試就是從使用者的實際業務需求出發，分析業務目標 業務流程 使用者角色 業務規則 業務發展等測試物件，針對這些物件確定測試範圍 測試方法和策略。測試是否充分，也是...
七種測試驅動模式02
什麼是驅動測試工作？總結大概有7中模式如下 1 業務 需求驅動測試 比較容易理解，乙個軟體總是要解決使用者的某類業務問題。業務驅動測試就是從使用者的實際業務需求出發，分析業務目標 業務流程 使用者角色 業務規則 業務資料 業務發展等測試物件，針對這些物件確定測試範圍 測試方法和策略。測試是否充分，也...
ARM七種工作模式
arm的7種工作模式 arm有七種工作模式分別包括一種特權模式和六種工作模式 工作模式還包括乙個系統模式和五個異常模式。特權模式 user 非特權模式，大部分任務執行在這種模式。工作模式 system 系統模式，使用和user模式相同的暫存器集的特權模式。fiq 快速中斷模式 irq 慢中斷模式 s...