0

我正在开发一个现有的 Web 应用程序（用 .NET 编写），令人惊讶的是，它有一些错误。我们在错误跟踪器（在本例中为 JIRA）中跟踪未完成的任务，并且已经有一些测试库（用 NUnit 编写）。

我希望能够做的是，在关闭问题时，能够将该问题链接到确保不会发生回归的单元/集成测试，并且我希望能够公开这一点信息尽可能简单。

我可以临时想到一些事情，它们可以用于不同的组合，具体取决于我想走多远：

  • 复制问题的 URL 并将其作为注释粘贴到测试代码中；
  • 在测试中添加一个 Category 属性并将其命名为 Regressions，这样我就可以明确地选择回归测试并将它们作为一个组运行（但是如何自动报告哪些问题未能通过回归测试？）；
  • 使问题编号成为测试用例名称的一部分；
  • 创建一个自定义回归属性，将问题的 URI 作为必需参数；
  • 在问题跟踪器中创建一个新的自定义字段来存储回归测试的名称（或路径）；

对我来说理想的情况是我可以查看问题跟踪器并查看哪些问题已通过回归测试关闭（该开发人员的金星！），并查看测试报告并查看哪些问题失败了回归测试。

有没有人遇到过或想出一个好的解决方案？

4

1 回答 1

0

我看不出是什么让回归测试与任何其他测试不同。为什么您只想运行回归测试或除回归测试之外的所有内容。如果回归或非回归测试失败，则意味着此特定功能不起作用，产品所有者必须确定问题的严重程度。如果您停止区分测试，那么只需进行代码审查，并且不允许任何未经测试的提交。

如果我们想查看针对特定问题添加了哪些测试，我们会转到问题跟踪系统。有所有提交，理想情况下只有一个（感谢压缩），问题跟踪器连接到 git，因此我们可以轻松浏览更改的文件

如果我们想查看（无论出于何种原因）与某些特定测试/代码行相关的问题，我们只需给测试一个有意义的业务名称，这有助于查找任何相关信息。如果问题更具技术性并且我们知道可能需要特定问题，那么我们只需在评论中添加问题编号。如果您想自动检索，只需标准化评论的格式

另一个有用的技巧是正确地构建你的程序。如果每个功能都有自己的包并且测试被打包并有意义地命名，那么查找任何相关代码也很容易

于 2015-01-19T13:34:34.927 回答