在我目前的工作场所，我们不区分发现错误的不同方式。如果开发人员希望测试团队测试错误修复，他们会将其记录下来。如果他们不期望测试团队对其进行测试，他们就不会记录它。他们明白行动会产生后果，因此他们会谨慎地做出决定。

我们从不惩罚任何人在他们自己的代码中记录错误。我们曾在政策不同（或未说明）的地方工作过，在这种情况下，一些开发人员害怕任何人针对他们的代码记录错误。您可能会考虑您组织的政策是什么以及它如何影响组织行为。

我个人发现，在代码到达主源分支之前，您可以减少开发人员修复错误的开销越多，您的情况就越好。我通常使用一条规则，即一旦错误将被其他人看到或可能影响其他人，则必须将其记录下来。

这允许测试人员和开发人员在预检审核过程中配对，并非常快速地非常有效地查找和修复错误，而无需通过错误分类和批准流程。

权衡是您无法了解指标中代码库中存在的问题。

在我的公司，一些团队使用Crucible等协作代码审查工具报告在代码审查中发现的问题。这些允许共享有关内联代码的评论并轻松与 IDE 集成。

我们的架构师有时会发送包含代码审查结果的电子邮件，他们会经过整理并包含在待办故事的积压中。

作为一名测试人员，我尽量避免评论纯粹的技术债务。我宁愿报告可能导致破坏某些功能的代码审查问题。大多数问题都是在迭代过程中发现的，所以我在我们的迭代跟踪/计划门户中报告它们。

关于你关于有用性的问题，我过去有过相关的问题：在没有执行测试的情况下报告审查期间发现的错误是否公平？, （这是关于实用性而不是公平性），主要结论之一是，如果您通过测试确认在代码审查中发现的问题，它可能对开发人员更有说服力