一、测试报告的意义
1、是对整个测试过程的总结
2、在基于已有现象来挖掘可优化的流程
3、TDD(测试驱动开发):测试方向推动开发,改善开发环境,推动开发流程,让流程更加规范
二、测试报告中都含有哪些要素
(1)每一轮测试完成后的测试报告
Excel形式,包含项目发测信息,比如测试程序版本、测试策略、修改影响范围,还包含测试内容、测试结果、bug列表、测试充分小说明,质量总结说明
(2)TR4/TR6软件测试报告
Word版,是针对截至目前已测试的所有轮数、测试充分性做一个质量分析,比如存在多少缺陷,每个缺陷所属模块,缺陷严重等级分布、缺陷DI值分析,当前缺陷的状态(已关闭、正在修改、未解决的个数),最后会总的进行一个质量说明,并且给出是否测试通过的建议
测试报告中最重要的是什么
最重要的是质量评估、总结建议。
因为前面的内容都是对已有现象的描述,而总结建议是对于已有现象的总结和建议,是帮助项目团队在做一个整体的提升,是测试驱动开发(TDD)的一个体现
三、报告总结
1)case数(测试用例),总结测试用例中通过、失败、未执行的分析占比和原因
2)bug数,从类型和严重程度进行分析统计
3)时间
4)测试总结
四、缺陷分析
1、致命比较多时,建议开发重视开发态度,把系统所涉及的冒烟测试,全部执行一遍,提高转测质量
2、一般比较多时,建议开发在努力努力尽量避免这些一般的错误产生
3、轻微/建议多时整体开发质量不错,建议开发继续保持,戒骄戒躁,继续提高转测质量
面试:1:你在上一家公司做过流程优化吗?
1、测试左移:测试时间短,可以在需求评审之后尽快完成测试用例的编写,完成之后介入开发环境,帮助开发去进行一些测试工作,提高整个测试质量,从而缩短提测之后主功能的测试时间
2、测试金字塔:每次测试任务不是同样重要,是需要分等级的 ,我们前期测试中发现需求中产品经理没有给需求的出重要程度,对此给产品经理提了一些建议,建议他在写需求或者需求评审中将需求分重要等级,标出那些功能是重要的那些功能是次要的,根据需求在用例一会做响应的调整,在测试时先测重要的再测次要的
3、冒烟测试:我发现测试给开发输出冒烟测试用例时,开发未按照用例认真的去执行冒烟测试,对冒烟测试不够重视,所以导致后期测试过程中经常出现版本打回的情况,从而导致上线时间延期,对此我们会输出冒烟测试用例,必要要求开发进行自测,冒烟测试通过之后再进行转测,从而提高转测质量来节省时间
4、前期认真对待:用例评审不专心或者不重视,导致对需求理解不够深入,在测测试用例时出现遗漏的需求点,对此要求评审过程中测试认真对待需求评审,测试用例完成之后进行用例评审
面试题2:你写过测试报告吗?
前提:35年写过、13年作为测试迭代的owner写过
面试题3:测试报告的要数?
1、bug数的统计
2、测试用例数统计
3、测试实际执行的模块、时间等
4、测试总结
面试题3:你们一般测试报告中的总结怎么写?
基于已有的bug数和用例数,总结整个开发过程中出现的那些问题,看看有没有可不可以优化的地方
如有侵权,邮箱联系,实属抱歉。
此只为学习个人笔记整理,同时如有转载请注明出处。
联系邮箱:wengyao1234@outlook.com
一同学习测开技企鹅群(闲聊,水群,广告勿扰):826471103