目录
有些公司注重流程和文档,就需要编写各种标准规范。有些公司因为人手、能力或要求等,并没有要求。
实际在工作中,建议最好建立一些标准规范,输出一些各类文档。
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.部分公司会进行灰度发布,查看用户反馈。
测试环境
从软件的编码、测试到用户实际使用,存在着:开发环境、测试环境和预生产环境。
“环境”,指的是被测试软件所运行的软件环境和硬件环境。测试环境是测试人员为进行软件测试而搭建的环境
测试风险评估
当测试人员遇到有延期或影响较大的风险时,要及时上报预警。