测试总结该怎么写

最近参与了几回面试，面试者的简历中都会说起：需求或者版本测试结束后会进行版本总结，而不只仅是提供一份测试报告。

因而特地追问了一下，总结中都包含什么内容，答复上基本都是围绕这次测试过程当中发现的BUG数量以及修复状况进行分析总结，其它方面的延伸比较少。

本身也思考了一些，在这里与你们交流，欢迎你们争相讨论。

 

1、何为测试总结

区别与测试报告通常是针对开发完成编码后对开发质量的一个总结。

测试总结站的角度，更可能是在整个软件研发过程当中全部问题的总结。

包含需求搜集阶段的问题、产品需求分析设计阶段的问题、开发设计编辑阶段的问题、产品测试阶段的问题、项目上线后反馈的问题的总结。

 

2、什么时候进行

1.需求测试或者版本发布测试结束后

此时进行总结更具备时效性，但缺乏使用者对此版本的直接反馈，只能算是内部总结。

2.产品上线应用一段时间以后

增长了客户使用后的反馈，更有利于从第三方视角反馈发布版本的质量状况及用户视角暴露的问题。

 

3、谁来组织/谁要参与

组织者：通常由测试经理或者对应项目的测试主管组织。

参与者：项目总监、产品经理、开发经理、测试经理及其它相关开发测试工程师。

 

4、总结形式/载体

1.召开总结会议（载体：word、excel、ppt、视频等），经常使用ppt。

2.邮件沟通反馈

3.视频会议等

具体形式因团队而已，重点要关注效果，总结后要造成可落地的改进计划。

 

5、总结内容

版本总结中应该包含哪些内容？那些量化的数据能够分析？

这两日读了Vincent的软件质量报告模板-产品质量度量，针对研发及测试阶段的分析说明已经很到位。

涉及到开发、测试计划偏离度的分析，缺陷类型、优先级、分布、质量趋势的分析，建议你们能够仔细拜读下。

里面涉及的内容这里就再也不次说明，其余方面的内容这里作下补充，你们能够整合一份适用于本身公司的一套标准。

前边咱们提到，要总结需求搜集阶段的问题、产品需求分析设计阶段的问题、开发设计编码阶段的问题、产品测试阶段的问题、项目上线后反馈的问题等。

1.需求搜集阶段-客户/项目

针对需求提交是否及时、是否提交符合规范、描述是否清晰、业务场景是否完备等进行统计分析。

如图中V1.0版本需求按时提交率只有75%，颇有可能形成版本规划延期或者版本发布时间压缩。

根据相关数据及测试过程当中产生的影响，针对需求搜集放提出相应建议，并要求需求搜集放给出相应的保障措施及计划。

 

2.需求分析及设计-产品侧

针对需求，产品是否按时审批、按时提交相关设计、组织相关需求评审沟通会议、插入需求占比等相等 

此处插入需求占比，也可根据插入需求工时与版本规划工时进行对比统计。

 

3.开发设计编码-开发侧

针对开发设计提交及时性、开发计划按时完成状况、缺陷数量、缺陷密度、缺陷修复周期、缺陷分类、缺陷修复状况分析Vincent文章中已经说明。

下面咱们从另一个角度，工时投入状况去分析。

 

从上述看，咱们可以发现开发在自测与设计阶段的投入较少，从而形成大部分精力都在修复BUG。

建议开发：按期进行设计Review、代码Review，要求开发作单元测试，写自测报告。

 

4.产品测试阶段-测试侧

针对测试用例、测试报告提交的及时性、版本发布内容提交的完备性、计划按时完成状况、缺陷遗留状况、客户，项目反馈问题状况进行分析。

下面咱们从另一个角度，工时投入状况去分析。

 从上述看，测试在BUG与产品设计优化上的投入将近占了测试工做的一半，说明开发质量与产品设计存在必定的问题。

 

5.项目上线后问题反馈

针对项目/客户反馈问题进行分析总结，相似缺陷分析，重点总结遗漏的缘由及后需的规避措施。

上述看，场景遗漏致使的问题较多，测试侧应该在用例设计及评审上作重点改进。

6、汇总整理各部门总结并发布

基于测试总结过程当中的数据分析，咱们提出了对部门的建议。

针对提出的建议，各部门要配合梳理可落地的改进措施，汇总到测试部门，测试部门负责整理发布，并监督改进的落地。

以保障在下个版本测试过程当中，相关问题可以获得有效的规避，从而提高工做的效率与质量。

 

针对上述各个阶段的分析总结，除了一些具体的数据之外，能够增长一些具体的案例，这样在分析总结是你们才能切身体会。

数据的背后不是吐槽那个阶段，那个部门的很差，目的是透过数据看本质，不断完善咱们的工做流程，达到高效协做，高质输出的目标。