TFS：如何控制测试用例的签核答案

【问题标题】：TFS : How do you control signoff of test casesTFS：如何控制测试用例的签核
【发布时间】：2016-06-17 15:57:03
【问题描述】：

我们是 TFS (2015) 的新手，我们注意到的一件事是，您可以将整个 测试用例 标记为“通过”而不给出有理由或有任何特定权限这样做。

这给我们带来了一个问题，因为即使在以下情况下，您也可以将 测试用例标记为“通过”： - 测试步骤失败 - 错误尚未修复 - 测试用例只完成了部分 - 没有运行任何测试步骤

我们真正想做的是对测试用例进行主管审查。我们目前这样做是为了检查： - 所有错误都已解决，任何标记为“稍后修复”都有一个 cmets 解释 - 测试证据已正确存储 - 记录为注释的差异形式测试计划

我们会定期接受审核，主管审核有很大帮助，因为审核可以针对 2-4 年的项目，在签署测试时检查、记录决定和原因，这很有帮助。

问题：有没有办法控制 Test Case 或 Test Suite 的签核？

强制输入评论或限制访问将测试用例标记为“通过”会是一些事情

【问题讨论】：

您使用的是哪个版本的 TFS？您是在 TFS 门户网站还是在 MTM 中测试测试用例？
我们正在使用最新版本的 TFS 2015 update 2 (On Premise)。我们也在考虑升级到 2017。我们尚未决定是否让测试人员使用 Web，但希望他们使用 MTM。如果它有所作为，那么我们当然会考虑强迫他们使用一种或另一种方法

标签： testing tfs mtm

【解决方案1】：

没有（开箱即用）方法来明确控制谁可以将测试用例标记为通过。通常，您可以通过向转换添加规则和约束，使用工作项类型定义 (WITD) 来配置此类转换。但由于测试结果不表示为工作项，这是不可能的。

您可以在更高级别、测试计划和测试套件上限制访问：

可能有一种方法可以使用 TFS 服务器对象模型并构建服务器端验证来获得它，但不确定这是否可行，因为我从未尝试过（请参阅：https://msdn.microsoft.com/en-us/library/bb130146(v=vs.120).aspx#ServerObjectModel）。但是，我会尽量避免构建服务器端验证，因为您需要确保它继续工作，并且可能会在您未来的升级中导致问题或阻塞问题。因此卡在 TFS 版本上会很可惜。

希望这会有所帮助！

【讨论】：