突然的想法一:谁来评判测试提出的要求

本周开始修复项目BUG,遇到测试组提出的若干需求,这些需求对项目实际使用影响不大,但引发了开发与测试团队间的分歧。如何有效沟通并解决这类问题,避免增加项目成本。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

这周开始改项目的BUG.

碰到几个测试组提出的要求,说实话,这些对项目的使用没有什么影响.

只是,该功能在该方面的的需求并不明确.

也许从提出该要求的测试人员来说,该提议是很有必要的,

但对开发人员来说,他又有自己的想法.

当两者有矛盾时,测试组可以在测试后把开发人员的想法形成的做法当成一个BUG提出来.

那又有什么可以对测试提出的要求进行评判的呢.

难道非得等测试组提出来后再由开发人员直接拒绝掉,或者开发人员被测试人员说服,从而更

改此功能,再或者更糟糕的是一直争论不休,导致该问题一直悬而未决.

也许有人会觉得这是一件很容易解决的小事.

没错,事情是解决了,但这样来来回回的无形中增加了项目的成本啊!

有什么或者怎么样才可以让这种状况不再出现呢!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值