设置查询以从特定小版本中提取用户案例、任务及其他工作项，并将其映射到对应的小版本积压工作簿中。
这些工作簿与 TFS 之间的集成是通过查询实现的。图 2 显示了产品积压工作簿的配置。在 Excel 功能区中，在“Team”(团队)选项卡上选择“Work Items”(工作项)组，然后单击“Configure List”(配置列表)。这将打开“Configure List Properties”(配置列表属性)对话框。在这个对话框中，可选择一个 TFS 查询，而此查询的结果正是电子表格中所显示的内容。
图 2 Excel 工作簿中的查询
查询是在团队项目中创建的。默认情况下，在建立团队项目时，会创建一个名为 Work Items\Team Queries\Workbook Queries 的文件夹。在此文件夹下，您会发现有关产品积压和小版本积压工作簿的默认查询。
为了更好地理解工作簿的工作原理，让我们看一看 2008 年 10 月发布的 VSTS 2010 和 .NET Framework 4.0 CTP 中包含的 DinnerNow 示例应用程序。(可以在 Team Suite 开发人员中心找到最新的 CTP 下载。)产品积压和小版本积压工作簿均可在团队资源管理器的 \DinnerNow\Documents\Shared Documents 文件夹中找到。
产品积压工作簿
产品积压主要用作应用程序中客户所需的需求列表。我听说有些团队在指代一组高级需求时也使用事迹或主题之类的术语。将这组需求收集到一个列表中、确定其优先级并在较高级别评估它们，这些操作可帮助回答此规划阶段的两个重要问题：
1. 应用程序有哪些需求?
2. 它的价格是多少?很显然，其答案只能通过评估得出。我曾看到过有的团队在此阶段使用案例分数、T 恤尺寸或小时来进行评估。
通过回答这些问题，团队可以更好地了解此版本或接下来的几个版本的大致情况以及这些版本的预计完成时间。通常会存在预算或计划限制，如即将进行的广告活动、法律要求或季节性活动等。这有助于规划版本的范围，因为您可以根据此限制来管理版本的范围。
如果为版本设置了目标日期，则在发布时间框架内，可通过确定将哪些需求包括在小版本中来管理工作范围。例如，如果规划始于 12 月而发布日期定在 6 月，则实际上需要运行四到五个小版本(假定为一个月的小版本)才能完成此工作。
文章来源于领测软件测试网 https://www.ltesting.net/
