编辑导语：在完成一个项目后，产物司理验收时照旧会发明一堆bug，碰着这种问题时产物司理应该怎么做？先不要责任在谁，应该回首一下是哪个环节呈现了问题，一起阐明办理；本文作者分享了关于产物验收时发明bug后的办理步伐，我们一起来看一下。

为什么显着写了 1000 多条测试用例，回归测试测了几个小时，等产物司理验收时，照旧一堆 bug？

产物司理最终对产物的交付结果认真，客户有问题时，他不能说：这不是我的问题，我产物设计是没问题的，是测试人员没测出来；所以我们除了产物筹划外，还花了许多的精神在测试验收上。

之前我们产物司理参加验收的环节有许多：静态页面验收、开拓情况验收、测试情况验收、上线后产物验收。

对付产物司理来说，一个给力的测试至少能淘汰 50% 的事情量；我们都但愿只最后验收一遍，并且是一遍过。

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

一、回归测试测全了吗？

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

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

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

好比这期上线内容和某些模块没有干系，页面查察和点击页面上按钮时也都是正常的，但当你去生存可能修改时报错了，这莫非不属于回归测试范畴内的？

大概测试把留意力放在了新增成果上，主观以为某些成果不会有问题，就没有执行完整的测试用例。

不外这一点照旧要认可的，测试时间一般都是较量紧的，有时候人手还不足，测试压力很大，有所偏重的测试；理论是没问题的，有时就看命运好欠好了，呈现问题的概率和严重水平有多大。

二、只体贴流程，不体贴体验

有时候我也会去介入测试人员的口试，我较量体贴的一个问题是：你们测试时会看样式吗？体验感受欠好时会提吗？

大概是这些年有些心理阴影了吧——碰着过一些测试，以为样式和体验是和他们无关的工作；从公司责任分别来看，这也没什么问题，谁都不想给本身拦许多活，何况一些是偏主观，不能定量的。

从产物司理角度来说，但愿团队中人人都是产物司理，各人可以齐心合力，奔着把产物做好的同一个方针去。

大概是我们的期望太高，也没有向测试转达清楚；那后头责任分别时可以要求他们样式比较 UI 稿测，记录前端 bug，体验问题只能说只管提出，给我们一些发起。

三、没从现实场景出发

这个问题我们也常常会碰着，哪怕我们凭据我们的要求验收通过了产物，率领可能客户点的时候，照旧一堆 bug。

因为每小我私家在利用产物时，场景纷歧样，利用要领也纷歧样，就会呈现许多预料之外的问题。

主要照旧下面2点原因：

1. 数据过于测试化

大部门的测试数据都是“111,222”，测试“产物1”这种，凭据测试用例来测试时是没问题；但一旦把数据换成用户的真实数据，问题就许多了。

最常见的是字符长度问题，一般字段长度限制是 32,64,128 这种，测试数据长度太短时显示没有问题，一旦长一点，页面大概都乱了；好比药品名称，测试数据是“芬必得”，真实名称是“芬必得布洛芬缓释胶囊”。

我们常常让测试做边沿测试，但事实上不行能所有字段都做，那怎么区分哪些要做，哪些不要做呢？更好的要领就是拿一家典范客户的数据来做测试，只管制止写 111 这种。

2. 没模仿用户利用路径

简朴来说，没有站在用户的角度去测试产物；这个点或者对测试来说要求是有点高，绝大部门人能按测试思维，把产物测完就已经不错了。

这和上面一个点也是有很是大的干系的，我在测试情况测的时候，也经常发明不了问题，为什么？因为看着一些过于测试化的数据时，我都想不出下一步该去操纵什么；所以一般产物司理城市建一些相比拟力真实的本身的数据，而不是用测试数据。

最要害的照旧这个点：互联网人对产物业务的领略太浅，甚至是不领略，出格是 B 端产物；大部门的开拓和测试，没有打仗过客户，没有去过实地，单靠产物司理的报告，很难成立三维的感观。

像医疗、家产这种都是门槛较量高的，大概医院我们还去过，对付大夫的看诊流程还体会获得；但家产就离我们较量遥远了，真的是从来没有去过工场，很难领略为什么有些产物不看编号、看图号，入库产物包装上为什么没有条码，为什么钢材还要体贴炉批号。

假如公司答允，能带着开拓和测试去实地看看，对产物开拓是有很大辅佐的。

四、总结

产物有 bug，先不要想这个锅应该谁来背。

产物司剖析说：测试没有测到位；

测试会说：开拓程度太差，bug 太多；

开拓会说：你的产物文档没写清。

照旧要强调这个事：产物不是一小我私家的事，是各人的事；我们把甩锅的时间用在阐明问题、拟定办理方案上，会越发有效。

#专栏作家#