目录
有些公司注重流程和文档，就需要编写各种标准规范。有些公司因为人手、能力或要求等，并没有要求。
实际在工作中，建议最好建立一些标准规范，输出一些各类文档。
1.要让自己、别人、老板知道自己的工作成果，并不是提交了几个bug。
2.自己有成型的标准规范，这样要求别人会更有力度。
3.老板肯定喜欢标准规范的。
4.以后面试，或者去其他公司都会需要。
5.培训、新人入职都会需要。定义
测试计划：描述所有要完成的测试工作，包括被测试项目的目的、背景、范围、资源、进度、环境、策略、任务，以及与测试有关的风险和措施等方面。
关于测试计划
测试计划有什么作用？
1.领导能够根据计划做宏观调控，进行相应资源配置等。
2.测试人员能够了解整个项目测试情况，不同阶段所要进行的工作。
3.便于项目成员了解测试人员的工作内容，进行相关配合工作 。
什么时候测试计划？
当产品经理进行了需求分析和评审后，就可以开始编写测试计划了。在整个测试工作过程中需要不断更新维护。
由谁来编写测试计划？
具有丰富测试经验的项目测试负责人。
如何制定测试计划
1.认真做好测试资料的搜集整理工作
可行性分析报告
产品原型文件 （实际上，绝大多数只有原型和说明文档）
软件需求规格说明书
用户使用说明书
2.明确测试的目标，增强测试计划的实用性
测试计划应当一切从实际出发，避免流于形式。 （实际上绝大多数都是形式）
3.5W1H规则
5W1H在很多时候都可以用到，年初计划、年终总结、测试总结等等。
4.采用评审和更新机制，保证测试计划满足实际需求
之所以要不断更新测试计划，因为软件开发是一个渐进的过程，测试计划需要根据需求变更及时变更。
（只有周期很长的项目，这些文档会很重要，如果低于1个月，文档就是形式）
测试计划的内容
测试开始条件
测试结束条件
什么时候结束测试？一定要有规范的。
1.测试用例全部执行，并全部通过。
2.产品需求基本满足（需要产品经理验收）
3.用户体验、UI页面没有较大缺陷
4.严重致命Bug 全部解决，一般Bug 可遗留2-3个。
5.可做一些monkey测试，查看crash报错率
6.部分公司会进行灰度发布，查看用户反馈。
测试环境
从软件的编码、测试到用户实际使用，存在着：开发环境、测试环境和预生产环境。
“环境”，指的是被测试软件所运行的软件环境和硬件环境。测试环境是测试人员为进行软件测试而搭建的环境
测试风险评估
当测试人员遇到有延期或影响较大的风险时，要及时上报预警。
