单元测试错误跟踪

Question

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

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

Answer 1

我通常做的事情如下：

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

Answer 2

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

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

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

Answer 3

确保您的 CI 工具（例如 CruiseControl.NET）在构建过程中运行单元测试。当单元测试失败时，这将导致构建显示为损坏，最后签入的人将负责修复它。