软件测试过程

软件测试生命周期

测试前的思考

• 测试的系统是要干什么的？
• 系统有什么特点？
• 系统有什么功能？
• 系统哪些部分需要测试？哪些不需要？
• 系统对性能的要求？
• 系统对安全性的要求？

为什么测试人员要进行需求分析

• 测试工程师参与需求分析，对需求了解很深刻，减少了很多与开发人员的交互，节省了时间
• 早期确认测试用例的编写思路
• 可以获取一些测试数据，为测试用例设计提供帮助
• 可以发现需求不合理的地方，减低测试成本

测试用例的依据

• 以需求为依据编写测试用例

需求评审的要素

• 用户覆盖了用户提出的所有需求项
• 用词是否清晰，语义是否存在歧义的地方
• 是否清楚的描述了软件需要做什么以及什么不做
• 是否描述了软件的目标环境，包括软硬件环境
• 是否对需求项进行了合理的编号
• 需求项是否前后一致、彼此不冲突
• 是否清楚的说明了系统的每个输入、输出格式，以及输入与输出之间的对应关系
• 是否清晰的描述了软件系统的性能要求
• 需求的优先级是否合理分配
• 是否描述了各种约束条件

测试计划的定义

• 一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档
• 它确定了测试项、被测特性、测试任务、人员安排，以及任何偶发事件的风险

测试计划的目的

• 规定测试活动的范围、方法、资源和进度；明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的责任人，以及与计划相关的风险

测试计划包含的内容

• 产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等

测试计划应该坚持"5W"规则，明确内容和过程

• What（做什么）
• Why（为什么）
• When（何时做）
• Where（在哪里）
• How（如何做）

需求文档评审通过的时候开始设计测试计划

测试计划由项目组评审通过结束测试计划