bug


今天发生了一件事情,让我对开发,测试,到生产环境有了一个比较深入的了解。事情是这样的:

我负责一个需求,暂称A,经历了开发-测试-发预生产-预生产已经通过,期间经历了漫长的数次的重新打开,个中心酸我就不提了。 现在出现了一个问题,另一个bug,暂称为B,B和A共享一个jsp文件,B出错了一个地方,自己跑到预生产上改掉了,但是没有上线,也就是说没有同步 到所有的环境上,而A正是使用了B修改之前的文件,也就是说一个带着错误的文件,现在A已经到预生产上,又冲掉了B修改的正确的文件,导致B出现了问题。 B的责任人首先要求A再重新走一遍,重新打开-fixed-sit-uat-预生产,但是A的测试不同意,因为此需求经历复杂,生怕再出什么问题了。

事情最后达到的是这样的结局: A的责任人重新建了一个bug给B。叫做C,B和C共享一个责任人。于是C的责任人去跑到预生产上,改掉这个bug,同步到sit,uat环境上,至此为止,事情结束。

我想说:

这件事情本身和A是没有关系的,因为B就算出错,也影响不到A的正常,虽然共享的是一个文件,但是不是同一个模块。 这件事情也不应该由A的开发和PM去协商。 A的测试做的是十分正确的,坚持不重新走一遍,不能平白无故负担这个责任。因为万一出错,A就不能赶在本次上线时间上线,A的需求提供方就会追究A的整个产品 线上的责任,这样就平白无故的做了一件傻事。

刘瑜 /
Published under (CC) BY-NC-SA in categories programming  tags  bug  tagged with