众所周知，在软件的生命周期中，只要软件不被淘汰，测试的工作就要一直进行。很多时候一旦项目版本发布，大部分测试人员都会认为工作终于结束了，能够休息几天，做一些与发布版本无关的事情。
事实上，在版本发布之后，测试人员还有很多事情要做，比如总结、复盘、反思、整理测试的过程。像版本测试过程中遇到了哪些问题，在版本测试中发现了哪些缺陷，版本发布后用户的反馈是什么等等。
在版本测试过程中，很多时候都是安排的任务多，但是给的时间少，所以测试中更多的是记录发现的问题BUG，测试过程也只是大概记录，没有系统完整的文档。测试人员应该在发布后使用相对大量的时间来总结、记录和共享他们测试过程中碰到的问题，以及测试过程中缺陷的分布情况。
测试用例需求覆盖分析，需求的覆盖率有没有达到100%;测试的覆盖率和测试的通过率情况如何。可以按照不同的模块，来分析测试用例数、需求覆盖率、执行的情况、测试覆盖率、通过率。
缺陷的分析与统计，通过缺陷的统计可以反映出被测软件的质量。可以把本轮测试中发现的所有缺陷进行整合，找到的缺陷可以按照功能模块，严重程度，优先级，缺陷类型分布来进行分类汇总，比如像以下这种方式：
其次可以从软件【已发布的版本】来进行分析缺陷，通过折线图的形式，来体现出每个版本中缺陷的数量
也可以从【缺陷类型(BUG引入的原因)】角度来分析缺陷，通过饼状图的形式，根据缺陷类型来体现缺陷数量分布，比如：功能错误缺陷占比数据，UI设计缺陷占比数据，文档缺陷占比数据.....
还可以从缺陷的严重程度来分析缺陷：通过柱形图的形式，按照严重程度来体现缺陷数量，比如：本轮测试中，致命、严重、一般、较小各自的缺陷总数量
(上述图片均来自于网络)
通过分析总结测试过程，还要考虑是否存在漏测，有没有考虑风险分析与评估，版本发布后用户的反馈，测试人员的测试分析点是否考虑不全面，对被测系统的核心业务模块理解不彻底，导致引发测试漏洞，测试人员的经验是否不足，测试经理在工作组织安排上是否存在疏忽等。
最重要的还是要收集好用户的反馈，整个系统应该为用户提供一个反馈入口，比如像用户体验计划，客服等功能。
当用户在使用软件的过程中发现问题时，用户会将问题进行提交，客服人员会跟进用户的反馈问题。测试人员拿到用户反馈问题后，要及时进行复盘与跟踪，看导致该问题出现的原因是什么，后期进行深入回归测试等。
总之项目产品版本升级后，测试人员还要持续进行测试工作的开展，保证测试过程的高质量性。小伙伴们可以及时关注公众号，满满的技术干货指导大家测试工作的进行。
京公网安备 11010802030320号