在停止软件测试时，总要有一个起点吧?从哪里起头阐发?测试设想是基于什么?简单地说，什么是驱动测试工做?那是一个根本问题，基于本身多年对软件工程、产物行量和测试等的理解，总结出七类测试驱动形式(按选举水平凹凸来排序)：
·营业/需求驱动测试
·产物行量风险驱动测试
·模子驱动测试
·功用驱动测试(系统)
·设想驱动测试
·构造驱动测试(法式/代码)
·统计/体味驱动测试
1.营业/需求驱动测试：比力随便理解，一个软件老是要处理用户的某类营业问题。营业驱动测试就是从用户的现实营业需求动身，阐发营业目标、营业流程、用户角色、营业规则、营业开展等测试对象，针对那些对象确定测试范畴、测试办法和战略、测试能否足够，也是从营业流程和数据来权衡的。软件系统能否足够称心营业需求，是营业/需求驱动测试最关心的问题，基于需求的验证办法、基于用户场景的测试办法，能够回为那类测试。
2.产物行量风险驱动测试：根据产物行量模子：内部量量--外部量量--利用量量来停止测试，强调全生命周期消弭产物行量风险，从代码评审、代码复杂度度量等工做起头，对内部量量停止评估以表露量量风险，然后逐渐扩展到系统外部量量、用户利用量量的评估，继续显示、反应产物行量次要风险。在那类测试中，对产物行量的属性阐发会比力深入，也强调静态测试，包罗人工代码评审和设想评审、利用代码静态阐发或查抄东西。
3.模子驱动测试针对现实问题停止笼统构建验证模子，如UML建模、有限形态机、Petri网、Kripke构造等，系统属性可用时序逻辑公式(如CTL，LTL)来描述。更普遍的理解，决策表、因果图、Pair-wise等也属于测试建模。大规模的复杂利用系统的测试建模会遭到很大挑战，跟着软件手艺和建模手艺的开展和合成，那些问题会逐渐得到处理。但基于模子能主动生成测试用例和主动化脚本，可以更彻底地完成测试的主动化过程，而之前人们大都主动化测试局限于测试的施行，需要开发和庇护大量的测试脚本，手工比重不小，最多算半主动化。
展开全文
4.(系统)功用驱动测试：许多人一谈到软件测试，就是功用测试、性能测试，那或多或少表现了“功用测试驱动”思惟。功用驱动测试，就是从系统功用特征动身，根据软件功用规格设想阐明书(可能没有)，针对每个功用停止验证，确定功用运行能否一般，能否和设想连结一致。一般会将功用停止合成，分为子功用、子功用的子功用，构成功用点列表，针对功用点停止测试用例设想和施行。
5.设想驱动测试(DDT)：DDT受TDD启发，为测试事先辈行阐发与设想，测试是被设想驱动的。DDT具有下列那些特征：测试更乖巧、更简单，消弭反复工做，测试用例批示测试方案(和传统测试相反)，测试用例可转换成测试代码，包罗营业需求测试和场景测试、掌握器测试，测试对开发和测试团队都很有用。关于设想驱动测试，已有专题阐述的著做：设想驱动测试——让法式员更轻松地停止测试
6.(法式/代码)构造驱动测试：根本类似于：构造化测试、白盒测试。从法式构造来驱动测试，停止法式构造阐发，逐渐笼盖法式的各个部门及其联系关系关系，如基于组件测试、基于接口测试或基于API停止测试;从代码构造停止测试，包罗代码行笼盖、分收笼盖、根本途径笼盖等。构造驱动测试的足够性度量会更客看性，特殊是基于代码笼盖率阐发，目前有大量东西撑持。
7.统计/体味驱动测试能够看做“体味软件工程”的构成部门，承认现实度量数据和体味比各类理论模子更有价值。通过软件测试过程中数据和体味的搜集，停止统计阐发、回纳整理，生成体味模子来开展测试。上下文驱动测试、摸索式测试、缺陷预防、错误揣测法等可回为那类，固然不是很严谨，但都根本是从统计/体味来驱动测试。
以上内容为各人介绍了软件测试的七类驱动测试形式，本文由多测师亲身撰写，期看对各人有所搀扶帮助。