一、如何编写测试计划
IEEE定义的测试计划
测试计划
一个叙述了预定的测试活动范围、途径、资源及进程安排的文档。
他确定了测试项、被测特征、测试任务、人员安排以及与计划相关的风险。
三要素：
时间
资源
范围
其他方面：
策略
风险控制
计划的作用
1、计划能给管理者和被管理者指明前进的方向
2、计划可以减少不确定性对组织的影响和冲击
3、计划可以减少无序和浪费
4、计划有利于管理和控制
关于测试计划
1、为什么要编写测试计划？
领导能够根据测试计划做宏观调控，进行相应资源配置等；
测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等；
便于其他人员了解测试人员的工作内容，进行有关配合工作
2、什么时间开始编写测试计划？
需求分析后，在整个测试工作中、不断修改
3、由谁来编写测试计划？
具有丰富经验的项目测试负责人
测试计划的核心活动
1、确定测试策略
2、确定测试系统（软件和硬件）
3、预估工作量（资源和时间进度计划）
4、评估事件进度风险并准备风险缓解计划
5、准备并复查测试计划文档
测试计划的设计与实现
测试策略
1、确定测试范围
问题：
测试过度
测试不足
某些阶段的测试或者某些内容的测试可以简化
当对原有系统进行修改升级时，某些测试不需要
某些测试根本不可能进行
2、确定测试顺序
先测优先级最高的需求
对新功能和修改功能进行测试
运用等价划分技术和边界值分析技术减少测试工作量
测试那些最可能出现问题的地方
关注用户最常使用的功能和配置情况等
3、确定测试方法
需求分析阶段：对需求文档进行静态测试，主要采用审查走查的方法验证需求的完整性、一致性、可行性
编码和单元测试阶段：白盒测试方法，由程序员完成
集成测试阶段：黑河测试方法，设计用例时注意等价划分和边界值方法
系统测试阶段：黑盒测试方法，测试工具，进行自动化测试，包括系统的功能测试和性能测试
验收测试阶段：动态、黑盒测试方法，由用户来进行
4、测试标准
入口标准：描述在开始之前需要做哪些工作
出口标准：描述在怎样的情况下可以结束测试
暂停/继续测试：
描述如果缺陷妨碍测试进行下去，会发生什么事情。如果情况很糟，无法执行计划的测试，则应暂停测试，等完成修复工作后，再完成测试工作。
通过/失败标准：
执行每项测试应该有一个明确的预期结果。如果得到了预期的结果，测试就通过。否则表示测试失败。
5、自动化测试工具的选择
是否使用自动化测试工具，哪个阶段用什么工具
好处：
能够很好进行性能测试和压力测试
能够改进回归测试
能够缩短测试周期
能够提高测试工作的可重复性
确定测试系统
确定测试系统
测试系统不仅指用于测试的硬件，也包括测试架构以及测试配置
测试架构：测试用例的组织形式
测试配置：软硬件环境
预估工作量
1、预估工作量
确定要完成的任务：测试用例的组织形式
确定每个任务的所需工作量
确定完成每个任务的时间
为测试工作建立详细的时间进度计划和里程表
2、评估进度风险
开始测试时，所需硬件没有到位
开始测试时，测试的系统还没布置好
开始测试时，测试用例还没有准备好
开始测试时，需求发生变更
测试过程中，用户界面发生变更
复查测试文档
详细描述工作的范围
估计定义测试用例和实施测试所需工作
确定所需资源（人、硬件、软件和工具）
为各个人物分配资源
制定进度表
确定进度安排或质量风险
制定解决风险的应急计划
追踪项目进展并采取纠正措施
在适当的时候重新定制
向整个项目提供测试状态的可能性
对失败或者堵塞测试纠正后重新测试
时间表
项工作的开始时间
可以写相对时间，如：从开发部门提交可供测试的版本开始，而非具体的年月日
某项工作需要多少时间完成
评估工作量+测试效率评估=确定测试需用时间
评估工作量：
被测对象的数量
业务复杂度等
测试效率的评估：
测试活动参与者的数量
可以投入的工作时间
参与者的技术水平和工作效率
测试资源和支持工作是否到位
注：参考已做项目：比上个复杂、差不多、比上个简单
测试参与人员的人数
测试参与人员的技能水平和项目经验
PS：寻找参考点计算测试时间 或者让参与人员自己预估测试时间（制定者评估确认）
某项工作需要多长时间完成
一个简单的方法：参考过去的经验
查找过去的测试计划和日志
找到工作量相仿的产品
参与者多少
工作用时多少
单位工作效率如何
根据上述历史数据，可以估算出本次的工作用时
测试的类型和目的
测试计划编写6要素？（5W1H）
