与测试无关的“锅”,我们真的不要帮着背一背?

澳门威尼斯在线平台

最近,一个负责小编的项目发生了网上事故,这让小编感到不满。

在一个阳光明媚的下午,小编很乐意让宝宝溜走。突然,我收到了项目组老板的聊天记录。一位用户表示他创建了许多不同的数据,并且在使用数据时发现数据相同。

黑线。怎么会这样! ! !

93d3a7beb61746a78edd701bb193f2ca.jpeg

回到现实后,在将验证结果反馈给小组后,开发学生开始进行各种调查并找出原因。最后,他们发现前端服务编写存在问题,然后在线修改紧急情况。

首先,从bug本身找到:在收到用户创建的数据后,前端服务需要转移到后端服务。在交付过程中,需要传输一组参数:参数1 +参数2+参数3.对于同一用户,在同一设备上,参数1和参数2相同,参数3应为创建数据,并将前端开发写为用户ID。结果是,无论用户在同一设备上创建了多少数据,传递的参数都完全相同。然后点击后端服务的缓存并始终返回第一次创建的数据。因此,用户以后创建的数据不能始终生效。

其次,分析了这个问题的原因:当时后端服务开发增加了上面的缓存逻辑,前端开发需要在传输数据时携带一组数据(即参数1 +参数2+参数3)。说,我已经解决了这个问题,参数1和2都没有理解,参数3显示了上述差异。然后..并且.在线上没有提到它!

c79ea6a612b44bb1b992876f73464e31.jpeg

重新发现的过程走到了这一步,小编终于松了一口气,这个锅不一定要回来但过了一会儿,作为一个正面(泽)感的测试突然爆了。项目团队是一个整体,一个亏损,一个亏损,一个荣耀,产品挂起,项目瘫痪,每个人都将成为受害者,测试也不例外,谁不想成为一个完美的产品?那么我们怎么能避开这种方式呢?

71129be0f03b4b94bcd7bab6da82145b.jpeg

首先,如果这是一个测试,我们可以覆盖它吗?

第二,从这次恢复的结果来看,作为考验,我们真的无能为力吗?

第一个问题非常好。在思考了一下后,我使用了答案:我可以覆盖它。

原因:必须要求测试(如何在不需要测试的情况下接受),用户必须知道用户数据和缓存,并且验证不会创建缓存来创建许多不同的数据,所以这个bug一定不能运行。

那么第二个问题呢?我想我们可以从以下几点做点什么:

作为测试,我们需要了解产品的开发计划,还需要在短期内为产品和开发提供明确的规划和工作安排,例如提供每月需求和大致提交时间。一方面,可以提前调整团队结构,另一方面,它有助于协调人力调度(这对多项目并行测试团队尤其重要),并且还可以监督产品需求和发展。 (注意:这个事件,如果有这个过程,那么开发没有提到这个,我们可以提前知道)

项目团队的需求过程中,测试学生应该参与整个过程,因此这部分过程是否完善直接影响到测试工作,这也需要我们提出我们的需求,比如如何解释不同方面的需求?需求文档有哪些要求?开发,测试干预的时机等等,当然最重要的是:结论结束后必须公布!宣传! !宣传! ! !

第三,为项目团队建立项目流程。

测试过程测试的建立必须是主要的发起者,因为对我们的影响是非常直接的,如果测试不好,经过干预测试,它无处不在。

我们必须对这篇文章做出明确的要求,以澄清必须测试哪些任务。必须通过邮件和发布时需要提供的信息来公布测试,例如需求文档,协议描述,测试版本,测试工具等。

特别是,在正式测试之前,有必要加入自测过程的开发,或产品体验过程,自测或产品体验,即避免阻塞错误,避免开发和实现不一致产品期望,可能导致测试进度受阻或影响项目进度的重复工作量。

当然,测试可以提供自测案例,第三方监督效果最好。

再想想这次事故。实际上,如果我们设置2的过程,就足以暴露这个bug并解决它。因此,真正构建一组流程能够杀死隐形中相当大一部分的错误,因此这是对项目负责任的态度,对吧。

1329aa014d894b95a05da54a22dad631.jpeg