我在TFS中处理需求和测试用例的时间很艰难。这里的问题：我想写通过以下方式要求在TFS工作项类型的描述中使用参数
：“车子应有myParameter英里每小时的最高速度”
目标是在描述中使用参数，而不是在多个需求和可能需要的测试用例中定义相同的值。
原因很明显：如果在项目过程中出于任何原因可能会更改，我需要在所有这些工作项目中手动更新该值。相反，我想为我的团队项目定义一些类似全局列表的参数，我可以在参数值更改的情况下简单更新。
到目前为止，我还没有在TFS中找到一个系统化的方法来处理这个问题。 我看到有一个“共享参数”工作项类型。但是，它似乎仅限于测试用例。
有人知道在最新的TFS中如何实现这样的场景吗？
无法正常使用此功能。
我唯一能想到的就是使用REST服务和服务钩子的组合来自己写东西。这不会很容易，但我认为这是可以做到的。它需要一个完全自定义的应用程序。
此应用程序使用Service Hooks来侦听正在创建的新项目。对于每个项目，您使用说明字段来存储您要使用的参数说明：[The car shall have a maximum speed of [myParameter] mph.] 每次创建新项目时，您的应用程序都会收到该事件，解析说明字段并更新标题。
另一种方法是通过REST客户端进行批量更新，您可以在其中加载所有项目，然后重新运行代码以更新标题。
如果您查看Visual Studio - Extend and Integrate的文档，您将找到有关REST和服务钩API的信息。
目前预览中的另一个新功能是关于Visual Studio Online Extensions。这些包含HTML，JavaScript和CSS的VSIX包可以安装到VSO帐户中，并且可以真正扩展Web访问。这可以用来创建管理参数的前端。
我完全理解这是否适合您的场景。但是，我可以想到的唯一事情就是实现今天的目标。
感谢Wouter为您详细解答。我在网上找到的东西也有类似的方向。所以，这似乎是唯一能够实现我最初目标的事情。不幸的是，要实现所有这些都是非常努力的方式。我会试着弄清楚我们的需求/测试用例是否可以用不会多次出现的方式来指定。 – Rickson
共享参数仅用于测试用例是正确的。我了解你的情况，我只是想知道这会发生多久。你打算在很多工作项目中使用汽车的速度吗？ –
赛车的速度可能是一个不好的例子。但是我们肯定有来自客户需求的参数，然后这些参数会在测试用例的几个基本需求中重用。 – Rickson
好吧，在阅读了过去几天的大量文章之后，在我看来，这是TFS中基本但仍然缺少的功能。如果有人可以提出可能的解决方法，我会将其标记为原始问题的答案。 – Rickson