单元测试Bug跟踪

Question

在构建软件应用程序的过程中，您甚至可以在完成之前开始测试已经构建的内容，并且可以开始查看问题/错误。如何跟踪它们？您是否使用常规错误跟踪工具将它们添加为问题（浪费时间 - 因为它正在进行中），只需将它们放在脑中以便稍后修复，或者使用简单的文本列表。

什么是一种有效的方法来确保您发现的任何内容最终会随着开发的进展而得到修复？有什么小工具可以做到吗？

Answer 1

我通常做的是以下内容：

• 衡量错误/问题的大小
• 如果它太大，请在错误跟踪器中创建一个问题。
• 如果它足够小，请编写一个失败的单元测试，然后在完成原始功能后再回到它。

Answer 2

我发现跟踪所有类型（todos，工作项，错误等）任务的最简单，最有效的方法是使用单个系统。通常是一个错误跟踪系统。这使您可以在一个地方查看项目中剩余的所有工作。

拥有多个跟踪系统几乎总会导致数据丢失。人们最终选择不同的系统，不告诉人们他们所处的系统，丢失那张有工作项目清单的纸张等等。

大多数错误跟踪系统允许您对错误进行分类，因此很容易区分剩余的工作类型。

Answer 3

确保诸如CruiseControl.NET之类的CI工具在构建过程中运行单元测试。这将导致在单元测试失败时显示为已损坏的构建，并且最后一次签入的人将负责修复它。