为什么产品验收时还有一堆bug？

为什么明明写了 1000 多条测试用例，回归测试测了几个小时，等产品经理验收时，还是一堆 bug？

产品经理最终对产品的交付效果负责，客户有问题时，他不能说：这不是我的问题，我产品设计是没问题的，是测试人员没测出来；所以我们除了产品规划外，还花了很多的精力在测试验收上。

之前我们产品经理参与验收的环节有很多：静态页面验收、开发环境验收、测试环境验收、上线后产品验收。

对于产品经理来说，一个给力的测试至少能减少 50% 的工作量；我们都希望只最后验收一遍，而且是一遍过。

当我们的愿望达不成时，我们就得回过头去看看测试的问题，看是否可以改善。

一、回归测试测全了吗？

这一点其实是我们不愿意去质疑的，这是测试人员的责任问题。

但我们在验收时常常忍不住想：测试真的有测过吗？

比如说这个页面的字段少了，这种最基本的问题，测试都看不出来吗？

比如这期上线内容和某些模块没有关系，页面查看和点击页面上按钮时也都是正常的，但当你去保存或者修改时报错了，这难道不属于回归测试范围内的？

可能测试把注意力放在了新增功能上，主观觉得某些功能不会有问题，就没有执行完整的测试用例。

不过这一点还是要承认的，测试时间一般都是比较紧的，有时候人手还不够，测试压力很大，有所侧重的测试；理论是没问题的，有时就看运气好不好了，出现问题的概率和严重程度有多大。

二、只关心流程，不关心体验

有时候我也会去参加测试人员的面试，我比较关心的一个问题是：你们测试时会看样式吗？体验感觉不好时会提吗？

可能是这些年有些心理阴影了吧——遇到过一些测试，觉得样式和体验是和他们无关的事情；从公司责任划分来看，这也没什么问题，谁都不想给自己拦很多活，况且一些是偏主观，不能定量的。

从产品经理角度来说，希望团队中#

司马特小队，公众号：司马特小分队。8年+互联网资深产品经验，多年B端产品管理经验。具有多个从0到1的大型B端产品的孵化、重构、迭代经验；主要教授产业互联网产品相关的硬核知识点。

本文

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！