缺陷与CR - 如何区分

Question

情景：

目前我们正在进行系统和集成测试。每天我们都会遇到测试人员提出的许多缺陷。大多数这些缺陷与我们给出的要求不符。许多场景对开发人员来说都是新的。我们的要求是由企业签署的。

有人可以澄清如何区分缺陷与CR？

Answer 1

所有不需要的都是变更请求。

但遗憾的是，生活并不那么容易，所以请继续阅读。

在什么是缺陷和什么是变更请求的争吵在项目中非常普遍。管理情况很困难，因为你经常要妥协。

我见过项目经理被项目经理删除，因为他们坚持认为所有缺陷都是真正的变更请求。他们经常是正确的，但仍有行为对该计划的整体进展没有帮助。我也见过项目经理，他们通过接受每一个缺陷和建造城堡来杀死自己，虽然从来没有最初需要和努力估计。

我个人总是绝对确保我的经理们知道我正在构建最初不需要的功能，这些功能是在缺陷的掩盖下进行的。我还确保客户/测试人员知道这是我的观点。但是，在我考虑缺陷的时候，我也很宽容。

示例：我最近联合开展了一个项目，我们开发了一个金融支付系统，另一个程序员对我说：“这是他们想要的，这不是一个缺陷，这是CR！”。我看着它，由于我在这个业务领域的背景，我认为这实际上是非常基本的要求，并要求CR这是非常可笑的。所以我决定在没有大惊小怪的情况下修复它。

以下问题值得考虑：

• 你在修价工程吗？您是否仍然拥有资源并通过添加功能而不会呻吟来展示真正的伟大，这将为您提供良好的声誉和未来的合同？
• 如果您接受CR作为缺陷，您会受到处罚吗？缺陷数量少是KPI（关键绩效指标）并影响您的职业生涯吗？
• 一开始要求定义是否很差，你接受了吗？缺陷中提到的要求是否真的很明显，可以被认为是隐含的？例如。从未指定金额字段应该只允许数字值，但仍然有意义。
• 你是否接受了要求而没有询问整体情况并且有部分责任？
• 客户是否扯下你并利用你无法拒绝并拒绝这个缺陷？

在项目中，我总是尽力为客户服务，但要确保我不会受到过度惩罚。