摘要：参与者项目经理产品经理开发经理测试经理及其它相关人员。项目上线后问题反馈针对项目客户反馈问题进行分析总结，类似缺陷分析，重点总结遗漏的原因及后需的规避措施。六汇总整理各部门总结并发布基于测试总结过程中的数据分析，我们提出了对部门的建议。
最近参与了几次面试，面试者的简历中都会提及：需求或者版本测试结束后会进行测试总结，不仅仅提供一份测试报告以及相关文档手册。
于是特意追问了一下，测试总结中都包含什么内容。
答复上基本都是：执行了多少用例、发现了多少问题、解决了多少问题，待解决的问题还有多少、bug的修复率是多少，很少有其它方面的延伸。
于是自己也思考了一些，整理了这篇文章，也希望大家多多补充，提提意见。
区别与测试报告一般是针对开发完成编码后对开发质量的一个总结。
测试总结站的角度，更多是在整个软件研发过程中所有问题的总结，总结的范围相对更宽一些。
包含需求搜集阶段的问题、产品需求分析设计阶段的问题、开发设计编辑阶段的问题、产品测试阶段的问题、项目上线后反馈的问题的总结等等。
1.需求测试或者发布测试结束后
此时进行总结更具有时效性，但缺少使用者对此版本的直接反馈，只能算是内部总结。
2.产品上线应用一段时间之后
此时总结，增加了客户使用后的反馈，更有利于从第三方视角反馈发布版本的质量情况及用户视角暴露的问题。
组织者：一般由测试经理或者对应项目的负责人发起。
参与者：项目经理、产品经理、开发经理、测试经理及其它相关人员。
1.召开总结会议（载体：word、excel、ppt、视频等），常用ppt。
2.邮件沟通反馈
3.视频会议等
具体形式因团队而已，重点要关注效果，总结后要形成可落地的改进计划。
版本总结中应该包含哪些内容？
有那些量化的数据可以分析？
之前收藏了公众号：程序员小濠的另外一篇博客，，针对研发及测试阶段的分析说明已经很到位。
涉及到开发、测试计划偏离度的分析，缺陷类型、优先级、分布、质量趋势的分析，建议大家可以仔细拜读下。
里面涉及的内容这里就不再次体现，其他方面的内容这里做下补充，大家可以整合一份适用于自己公司的一套标准。
前边我们提到，要总结需求搜集阶段的问题、产品需求分析设计阶段的问题、开发设计编码阶段的问题、产品测试阶段的问题、项目上线后反馈的问题等。
针对需求提交是否及时、是否符合提交规范、描述是否清晰、业务场景是否完备等几个维度进行统计分析。
如图中V1.0版本需求按时提交率只有75%，很有可能造成版本规划延期或者版本发布时间压缩。
根据相关数据及测试过程中产生的影响，针对需求搜集放提出相应建议，并要求需求搜集放给出相应的保障措施及计划。
一般提交需求的是客户的业务人员或者公司内部相关对接人员，相关建议和改进需要传递到这些人，并督促改善。
针对需求，产品是否按时审批、按时提交相关分析设计文档、组织相关需求评审沟通会议、插入需求占比等相等 。
此处插入需求占比，也可根据插入需求工时与版本规划工时进行对比统计。
此阶段的问题主要集中在产品，需要传递到产品去进行相应改进。
针对开发设计提交及时性、开发计划按时完成情况、缺陷数量、缺陷密度、缺陷修复周期、缺陷分类、缺陷修复情况分析Vincent文章中已经说明。
下面我们从另外一个角度，人力成本投入角度去分析。
从上述看，我们能够发现开发在自测与设计阶段的投入较少，从而造成大部分精力都在修复BUG。
此阶段问题主要集中在开发，可建议开发：定期进行设计Review、代码Review，要求开发做单元测试，写自测报告等手段来提升开发质量。
针对测试用例、测试报告提交的及时性、版本发布内容提交的完备性、计划按时完成情况、缺陷遗留情况、客户，项目反馈问题情况进行分析。
下面我们从另外一个角度，人力成本投入角度去分析。
从上述看，测试在BUG与产品设计优化上的投入将近占了测试工作的一半，说明开发质量与产品设计存在一定的问题。这时测试工作需要左移，配合产品和开发，将一些问题扼杀在摇篮里。
针对项目/客户反馈问题进行分析总结，类似缺陷分析，重点总结遗漏的原因及后需的规避措施。
上述看，场景遗漏导致的问题较多，需要质量部门重点关注，加强用例设计及评审，丰富完善测试场景。
基于测试总结过程中的数据分析，我们提出了对部门的建议。
针对提出的建议，各部门要配合梳理可落地的改进措施，汇总到质量部门，质量部门负责整理发布，并监督各节点的改进情况。以保障在下个版本测试过程中，相关问题能够得到有效的规避，从而提升工作的效率与质量。
针对上述各个阶段的分析总结，除了一些具体的数据以外，可以增加一些具体的案例，这样在分析总结是大家才能切身体会。
数据的背后不是吐槽那个阶段，那个环节做的不好，初衷是透过数据看本质，不断完善我们的工作流程，达到高效协作，高质输出的目标。
最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
① 2000多本软件测试电子书（主流和经典的书籍应该都有了）
② 软件测试/自动化测试标准库资料（最全中文版）
③ 项目源码（四五十个有趣且经典的练手项目及源码）
④ Python编程语言、API接口自动化测试、web自动化测试、App自动化测试（适合小白学习）
⑤ Python学习路线图（告别不入流的学习）
在我的QQ技术交流群里（技术交流和资源共享，广告进来腿给你打断）
可以自助拿走，群号：310357728（备注“csdn小码哥”）群里的免费资料都是笔者十多年测试生涯的精华。还有同行大神一起交流技术哦。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/123487.html
摘要：王者荣耀项目组高级测试工程师工程师文化团队中的实践本文不是一篇入门教程，而是从结合实际场景，阐述在团队协作中如何去好好地应用。 CI Weekly 围绕『 软件工程效率提升』 进行一系列技术内容分享，包括国内外持续集成、持续交付，持续部署、自动化测试、 DevOps 等实践教程、工具与资源，以及一些工程师文化相关的程序员 Tips 。同步于 flow.ci Blog、微信公众号、官方微...
摘要：为了提升广大测试小伙伴的自动化项目实施经验，我给大家推荐一个公众号伤心的辣条总结了一篇自动化测试实施流程和规范文档。最后可以在公众号伤心的辣条免费领取一份页软件测试工程师面试宝典文档资料。 ...
摘要：作为一名软件测试从业者，我也曾迷茫过，准确的说直至年前才真正找准自我定位，在此我就自我定位这个话题谈谈自己的一些看法。能够独立规划和组织性能测试，搭建性能测试环境能够设计性能测试场景，分析性能问题，定位系统瓶颈。 ...
摘要：来这里看看的工程师如何进行持续集成与持续部署。主要介绍了豆瓣移动持续集成和测试相关实践，用工具化自动化社会化测试来解决遇到的问题，将打包发布环节自动化。这期的持续集成实践分享就到这里。 我们常看到许多团队和开发者分享他们的持续集成实践经验，本期 fir.im Weekly 收集了 iOS，Android，PHP ，NodeJS 等项目搭建持续集成的实践，以及一些国内外公司的内部持续集成...
摘要：来这里看看的工程师如何进行持续集成与持续部署。主要介绍了豆瓣移动持续集成和测试相关实践，用工具化自动化社会化测试来解决遇到的问题，将打包发布环节自动化。这期的持续集成实践分享就到这里。 我们常看到许多团队和开发者分享他们的持续集成实践经验，本期 fir.im Weekly 收集了 iOS，Android，PHP ，NodeJS 等项目搭建持续集成的实践，以及一些国内外公司的内部持续集成...
阅读 3230·2023-04-26 02:31
阅读 3397·2021-11-23 09:51
阅读 1070·2021-11-17 09:33
阅读 2196·2021-11-16 11:45
阅读 2428·2021-10-11 11:12
阅读 2165·2021-09-22 15:22
阅读 2578·2021-09-04 16:40
阅读 2450·2021-07-30 15:30
