用于 WorkItemAttribute？

Question

我注意到 Visual Studio 测试中有一个属性 Microsoft.VisualStudio.TestTools.UnitTesting.WorkItemAttribute 可用（我正在使用 VS 2010 Premium 和 TFS 2010 的工作项。）

使用工作项编号标记测试方法听起来很方便，但确实如此实际上做了什么吗？我根本不知道是否有任何工具支持它。我像这样设置了一个：

[WorkItem(25788)]
[TestMethod]
public void TestSomethingSpecificToABug()
{
    ...

但没什么神奇的 - 我想也许“测试结果”窗口中测试的上下文菜单可能会提供打开工作项的功能，或者团队资源管理器可能具有搜索测试的功能。 MSDN 文档 也没有帮助。这个属性有什么用呢？

Answer 1

根据“使用 Visual Studio® 2010 进行软件测试”，作者：Jeff Levinson（Addison-Wesley Professional，2011 年 2 月，ISBN-10：0- 321-73448-3):

这也意味着不应再使用现有的一个属性：
相关工作项目。该值不报告给数据
仓库，因此不能用于报告。如果您目前
使用此属性，考虑将您的测试与实际测试相关联
案例工作项类型。

所以答案是，不要将其与 TFS 2010 一起使用。

Answer 2

WorkItem 测试方法属性不用于将测试方法与测试用例相关联。它通常用于将测试方法与错误关联起来。
代码索引 - 如何发现被忽略的测试：

当使用 MSTest 构建单元测试套件时，您可以使用
属性 [Ignore] 告诉 MSTest 引擎不要运行测试
评论它。您还可以使用属性 [WorkItem(id)] 来
将单元测试链接到错误数据库（例如 TFS）项，以便您
可以追踪为什么特定测试被标记为忽​​略：

    [Ignore]
    [WorkItem(12345)] // bug 12345 describes why this test was ignored 
    [TestMethod]
    public void IgnoredButWithWorkItemTest()
    {
        //The actual code is not important;  
    }

Answer 3

它将单元测试链接回 TFS 中的工作项。我会提供更多信息的链接，但似乎确实没有很好的记录。

我自己没有使用过它，但相信它可以用来生成有关工作项目状态的报告。

Answer 4

这不再需要：在 VS 2013 中通过 CodeLens

查找链接的工作项 (Alt + 7)

查找链接的代码审查 (Alt + 8)

查找链接的错误(Alt + 9)

要查看测试的定义，请双击测试。

哦！对于那些珍惜 Lync 的人：

联系项目的所有者 (Shift + F10)

Answer 5

我确实记得，我之前使用过这个属性，并且测试结果已附加到相应的工作项中。

然而，在 Visual Studio 2012 中，它不再起作用，或者我忘记了哪个机制实际上负责了这个魔力。难道这只能通过构建服务器起作用吗？

Answer 6

当您有一个为运行 Selenium UI 单元测试而构建的自制测试工具时，从测试二进制文件中提取属性非常有用。

测试失败后，我可以使用 System.Reflection.MemberInfo.CustomAttributes 提取 WorkItemAttribute 值，然后使用 TFS API 查找 ID。如果工作项是一个错误并且仍然处于活动状态，我可以自动解决该错误的故障。通过这种方式，我可以每天运行失败的测试并自动解决失败以减少随机性。