单元测试错误跟踪

Question

在构建软件应用程序的过程中，您会开始测试您已经完成的阶段，甚至在它完成之前就可以开始看到问题/错误。你如何跟踪它们，你是否使用常规的错误跟踪工具将它们添加为问题（浪费时间 - 因为它是一个正在进行的工作），只需让他们稍后修复或者有一个简单的文本列表。

什么是一种有效的方式，以确保您发现的任何内容最终都会随着开发进度而得到修复？有没有什么小工具可以做到这一点？

Answer 1

我最常做的是：

• 计的bug /问题
• 如果它太大的规模，在bug跟踪系统产生问题。
• 如果它足够小，写一个失败的单元测试，然后在完成原始功能后再回来。

Answer 2

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

拥有多个跟踪系统几乎总是会导致数据丢失。人们最终会选择不同的系统，不要告诉人们他们所在的系统，丢失包含工作项目列表的纸片等等。

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

Answer 3

请确保您的CI工具（如CruiseControl.NET）运行单元测试作为构建的一部分。这会导致在单元测试失败时显示的内容被破坏，并且最后一次签入的人员将负责修复它。