测试流程：
V模型测试流程：需求分析--概要设计--详细设计--软件编码--单元测试--集成测试--系统测试--验收测试
V模型最早有Paul Rook在20世纪80年代后期提出的，目的是改进软件开发的效率和效果，是瀑布模型的变种。
软件测试V模型指出：单元和集成测试应检测程序的执行是否满足软件设计的要求；系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求。
测试分类：单元测试、集成测试、系统测试、验收测试
V模型的目的：改进软件开发的效率和效果，是瀑布模型的变种
V模型的优缺点：
优点：
1. 明确地标注了测试过程中存在的不同测试类型；
2. 清楚的描述了这些测试阶段和开发过程期间个阶段的对应关系；
缺点：
1. 不适合需求变化频繁的程序；
2. 发现错误时间较晚；
3. 仅仅把测试作为在编码之后的一个阶段，未在需求阶段就进入测试；
测试人员参与的阶段：
1. 需求分析与系统设计阶段：了解需求，编写测试计划
2. 编码阶段：测试人员编写测试用例
3. 单元测试阶段（模块内部测试）：白盒测试工程师或研发工程师对模块中的代码进行测试
4. 集成测试阶段（模块间测试）：白盒测试工程师或研发工程师对模块之间集成或软硬件的集成
5. 系统测试阶段（测试人员80%的工作）：测试人员负责的五项工作：a.搭建环境、b.数据准备、c.执行测试、d.缺陷管理、e.编写测试报告
6. 验收测试阶段：测试人员配合用户完成验收测试，对用户进行软件使用的指导培训
软件测试 W模型：W模型：
W模型流程：用户需求--需求分析与系统设计--概要设计--详细设计--编码--单元测试--集成测试--验收测试--单元测试设计--集成测试设计--系统测试设计--验收测试设计--集成--实施--交付
W模型是为解决V模型的缺陷而产生，增加了软件个开发阶段中应同步进行的验证的确认活动
特点：测试的对象不仅是程序，需求、设计等同样要测试，开发与测试同步
优点：可以尽早的发现错误，降低风险，减少成本，提高质量
缺点：1. 不能适应用户需求变化频繁的项目；
2. 需求、设计、编码等活动被视为串型的；
3. 测试和开发活动也保持这一种线性的前后关系，上一阶段完全结束，才可以正式开始下一个阶段工作；
4. 无法支持敏捷开发模式；
5. 对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临的困惑；
测试人员参与的阶段：
1. 用户需求阶段：了解用户的需求目的、范围、背景、并为验收测试做准备
2. 需求分析与系统设计阶段：学习并分析需求，编写测试计划，并为系统测试做准备
3. 概要设计阶段：搭建测试用例框架，细化测试计划，并为集成测试做准备
4. 详细设计阶段：细化测试用例框架，并为单元测试做准备
5. 编码阶段：编写测试用例，并进行单元测试
6. 集成阶段：提取集成测试用例，进行集成测试，集成测试的依据：集成测试用例（从编码阶段写的测试用例中提取）
7. 实施阶段：测试人员负责的五项工作：
a.搭建环境、b.数据准备、c.执行测试、d.缺陷管理、e.编写测试报告
8. 交付阶段：测试人员协助用户完成验视，对用户进行软件使用的指导培训
配置管理(Configuration Management)：概念：通过对软件生命周期不同的时间点上的软件配置进行标识，并对被标识的软件配置项的更改进行系统控制，从而达到保证软件产品完整性和可塑性的过程。
优点：1. 能够对项目中的文档、代码等的变化进行有效管理；
2. 能够方便的重现某个文件的历史版本；
3. 能够重新编译某个历史版本，使维护工作变得容易；
4. 能够使异地多团队开发、并行开发成为现实；
5. 从公司方面看，实行统一的配置管理流程可以提高项目组间人员流动时的工作效率；