2.5测试报告

一、测试报告的意义

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：你写过测试报告吗？
前提：3_{5年写过、1}3年作为测试迭代的owner写过
面试题3：测试报告的要数？
1、bug数的统计
2、测试用例数统计
3、测试实际执行的模块、时间等
4、测试总结
面试题3：你们一般测试报告中的总结怎么写？
基于已有的bug数和用例数，总结整个开发过程中出现的那些问题，看看有没有可不可以优化的地方

如有侵权，邮箱联系，实属抱歉。

此只为学习个人笔记整理，同时如有转载请注明出处。

联系邮箱：wengyao1234@outlook.com

一同学习测开技企鹅群（闲聊，水群，广告勿扰）：826471103