软件测试根据不同的测试对象以及测试项目的背景可采用不同的测试模型实施测试活动。软件测试模型有：V模型、W模型、H模型、X模型、敏捷测试等。
一、V模型
RAD（Rap Application Development，快速应用开发，简称RAD）
是软件开发过程中的一个重要模型，由于其模型构图形似字母V，所以又称软件测试的V模型，它通过开发和测试同时进行的方式来缩短开发周期，提高开发效率。
V模型的局限性
该模型呈现线性的发展趋势，而且，它把测试过程作为在需求分析、概要设计、详细设计及编码之后的一个阶段，主要针对程序寻找错误，忽略了测试活动对需求分析、系统设计等活动的验证和确认。如果需求分析前期产生的错误，要到后期的验收测试才能发现。
V模型适用于项目比较小、周期比较短的项目。随着软件行业发展，业务规模的不断扩大，研发模型的不断改革，该模型已渐渐被淘汰。
V模型的特点
非常明确地标注了测试过程中存在的不同类型的测试。
二、W模型
W模型是在V模型的基础上演变而来的，是由Evolutif公司提出。
相对于V模型，W模型增加了软件开发各阶段中同步进行的验证和确认活动。
W模型由两个V组成，分别代表开发和测试过程，它明确表明开发和测试的并行关系。
V&V理论，即验证（Verification）和确认（Validation）
1）验证：保证软件正确地实现了特定功能，验证是否满足软件生命周期过程中的标准和约定，判断每一个软件生命周期活动是否完成。
2）确认：保证所生产的软件可追溯到用户需求，确认过程是否满足系统需求，并解决了相应的问题。
W模型的局限性
W模型和V模型都把软件的开发视为需求、设计、编码等一系列串行的活动，无法支持迭代、自发性以及变更调整。
W模型的特点
非常明确地标注了生产周期中开发与测试之间的对应关系。
三、H模型
H模型中，软件测试活动是完成独立的，它将测试准备和测试执行分离，有利于资源调配，降低成本，提高测试效率，充分体现测试过程的复杂性。
3
测试准备：
包括测试需求分析、测试计划、测试设计、测试用例、测试验证等；
测试执行：
包括测试运行、测试报告、缺陷分析、回归测试等。
H模型的特点
软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行 。
四、X模型
说明
X模型中，左边描述的是针对单独程序片段所进行的相互分离的编码和测试，此后将进行频繁的交接，通过集成最终成为可执行的程序，然后再对这些可执行程序进行测试。在测试中，如果已通过集成测试的成品可以进行封装并提交给用户，也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。
特点和缺陷
X模型中提出一个重要的理念是探索性测试，这是不进行事先计划的特殊类型的测试，这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。但这样可能对测试造成人力、物力和财力的浪费，而且对测试员的熟练程度要求比较高。
五、敏捷测试
敏捷测试（Agile Testing）也是测试的一种模型，它通过不断修正质量指标，正确建立测试策略，确认客户的有效需求来保证产品的质量。敏捷测试是遵循的一种测试实践就是强调从客户的角度，即从使用系统的用户角度来测试系统。
敏捷测试需要关注需求变更、产品设计、源代码设计等。
通常情况下，需要全程参与敏捷开发团队的讨论评审活动，并参与决策制定等。
在独立完成测试设计、测试分析、测试执行的同时，还要关注用户需求并进行有效沟通，从而协助敏捷流程，推动产品的快速开发。
敏捷测试不仅测试软件本身，还包含了软件测试的过程和模式，测试除了针对软件的质量，还要保证整个软件开发过程是正确的是符合用户需求的。
敏捷测试的主旨是测试驱动开发，所以对测试人员的要求有以下两点：
1）理解敏捷的核心价值观（沟通，反馈，尊重、学习、分享）。
2）具备测试基本的技能，也可以擅长某个领域（如：探索性测试、白盒测试等）。
敏捷测试与普通测试的区别
- 项目相当于开发与测试并行，项目整体时间较快。
- 模块提交较快，测试时较有压迫感。
- 工作任务划分清晰，工作效率较高。
- 项目规划要合理，不然测试时会出现复测的现象，加大工作量。
- 发现问题需跟紧，项目中人员都比较忙，问题很容易被遗忘。
- 耗时、或较难解决对项目影响不大的问题一般会遗留到下个阶段解决。
- 发现BUG能够很快的解决，对相关的模块的测试影响比较小。
- 版本更换比较勤，影响到测试的速度。
- 要多与开发沟通。
- 要注意版本的更新情况。
- 测试人员几乎要参加整个项目组的所有会议。
