我作为一名开发人员曾在多家公司工作过,最近又进入了一家新公司的QA自动化系统.每个公司都不同,我还没有看到我真正喜欢的处理方式.QA常常会说某事是一个问题而且反应要么"好吧,但要太难以修复需要太长时间"或"它不是一个错误,这是一个特征!".
有没有人找到一种合理的方法来确定QA所说的某个bug是否需要修复?
作为一名开发人员,我知道你总是会在质量保证中发现让你发誓(在你的呼吸下)的错误 - 但我不认为修复/不解决决定应该给予开发人员 - 正如借口证明的那样你提到!! 最谦虚的程序员憎恨他/她的代码中出现的错误,因此可能会给你带来困难.我认为测试者和开发者之间的一点摩擦是必要的恶魔(假设你在一天结束时给他们买啤酒!)."这不是一个错误它是一个特征"是一个常见的反驳,但有时是有效的,这可能是为什么一个重要的人参与可能是来自业务方面的人(如果这对你做的事情有意义).
根据我的经验,即使现在无法修复,也值得录制内容 - 您可以随时指定滑动优先级,并将其固定到某个级别.定期检查测试人员/开发人员的错误也可以提供帮助.