我在这里讨论的方法主要是针对互联网企业的测试，可能对传统企业的测试来说会有点不同，但是大体上是适用所有公司的测试情况的。

　　版本发布后大部分测试人员的意识里面都会认为该要好好休息一下了，放几天羊，做做其它和已发布版本没有相关的事情。其实版本发布后测试人员还有很多事情需要去处理，需要去总结、归类、反思、分享。我这里主要探讨几个问题：版本发布后用户反馈如何；版本测试过程中碰到了那些问题；版本测试发现的缺陷情况如何；测试过程中有没有漏测；

　　第一：版本发布后用户反馈如何。

　　一般的系统需要都需要提供一个用户反馈入口给到用户，这个功能在互联网企业基本上都会有，当用户在使用过程中发现问题时用户会提交问题到公司的support系统，客服人员会跟踪用户反馈的问题。而且客服人员会定期推送系统的质量报告给到相关人员。那么除了客服人员跟踪用户反馈之外，测试人员要怎么对待用户反馈呢？

　　1、用户反馈的问题是不是一个bug？如果是的话就要分析为什么在测试环境下没有发现，而到了用户那边就出现了：是我们的测试场景覆盖不够吗；是用户的环境太复杂了，和测试环境有多大的区别；还是测试人员偷懒、过于自信轻松放过了bug；

　　2、用户反馈的是以前系统有的功能现在没有了，操作习惯改变很大。那测试人员就要反思，为什么我测试的时候觉得系统操作起来很方便，而且操作习惯改变也不大。是不是测试人员的思维习惯和用户差距很大，文化差异也大；那测试人员要总结如何站在用户的角度上去思考问题，更多的学会换位思考；体验测试如何要做得更好。

　　3、软件在用户那出现crash了。为什么在测试环境下没有出现相同的crash呢？是用户环境复杂，还是开发人员在测试环境下系统根本就没有接入crash上报模块，即使软件出现了crash也无法得知。

　　4、用户反馈改版后的系统和竞争对手的比差太大了，很垃圾。测试人员要反思的问题是：在测试的时候有没有关注竞争对手的软件，有没有做竞品分析，产品人员做的竞品分析是否靠谱；有没有关注竞争对手软件的相关非功能性表现如何（性能，体验，内容丰富度）。深入测试

　　第二：版本测试过程中碰到了哪些问题。

　　由于在测试时任务比较多，时间少，测试过程中发现的问题只是记录了bug，测试的知识点也是粗略的记录，没有形成系统的文档。测试人员应该利用版本发布后空出的相对充裕的时间来总结自己记录的信息，形成文档，并且分享出去。

　　1、测试过程中碰到系统中所使用的新技术点自己不清楚的，需要在这时候进行学习总结。

　　2、测试环境是否准备充分？

　　3、测试时间估算是否准确，偏差有多大，为什么会出现这种原因。

　　4、测试用例的粒度是否过粗还是过细？

　　5、测试人员的配备是否合理？新老员工比例如何？

　　6、测试辅助工具的使用有碰到什么问题？

　　7、在测试过程中是否感觉到重复的操作很多，是否考虑可以自动化，自动化的成本如何衡量？