测试前的思考
测试的系统是要干什么的？
系统有什么特点？
系统有什么功能？
系统哪些部分需要测试？哪些不需要？
系统对性能的要求？
系统对安全性的要求？
为什么测试人员要进行需求分析
①测试工程师参与需求分析，对需求了解很深刻，减少了很多与开发人员的交互，节省了时间
②早期确认测试用例的编写思路
③可以获取一些测试数据，为测试用例设计提供帮助
④可以发现需求不合理的地方，减低测试成本
测试用例的依据：以需求为依据编写测试用例
需求评审的要素
⒈ 用户覆盖了用户提出的所有需求项
⒉ 用词是否清晰，语义是否存在歧义的地方
⒊ 是否清楚的描述了软件需要做什么以及什么不做
⒋ 是否描述了软件的目标环境，包括软硬件环境
⒌ 是否对需求项进行了合理的编号
⒍ 需求项是否前后一致、彼此不冲突
⒎ 是否清楚的说明了系统的每个输入、输出格式，以及输入与输出之间的对应关系
⒏ 是否清晰的描述了软件系统的性能要求
⒐ 需求的优先级是否合理分配
⒑ 是否描述了各种约束条件
测试计划的定义
① 一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档
② 它确定了测试项、被测特性、测试任务、人员安排，以及任何偶发事件的风险
测试计划的目的
规定测试活动的范围、方法、资源和进度；明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的责任人，以及与计划相关的风险
测试计划包含的内容
产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等
测试计划应该坚持"5W"规则，明确内容和过程
What（做什么）
Why（为什么）
When（何时做）
Where（在哪里）
How（如何做）
需求文档评审通过的时候开始设计测试计划
测试计划由项目组评审通过结束测试计划
测试度量数据
测试条件的数目
所有发现的缺陷
提出的变更数目
