2015-06-17 17 views
0

在我的公司,我们使用TFS针对多个平台(Web,iOS,Android)的项目,并且由于我们处理敏感/受管制的项目,因此我们有很多要求为我们的软件/算法的每个小细节。针对多个平台的需求管理的TFS工作项类型

当我们在多个平台上共享需求时(例如一个常见的算法),我们发现了两种解决方案:要么重复每个平台的需求,要么在需求本身上创建额外的列(例如,为每个平台重复的状态列,例如..)。

第一种解决方案很难维持需求(主要是当您有成千上万的条目时),第二种解决方案中我们会得到一个非常难看的模板,当需要针对新平台进行跟踪时,测试案例不是那么好......

所以我想知道是否有一个“知名/官方”的解决方案为这些案件。当我查看测试用例工作项类型时,我注意到有一个“测试点”的概念代表了给定“测试配置”的测试用例,所以解决方法是创建一个新的工作项类型该平台(并且例如将该状态存储在给定平台上)。

无论如何,我接受了那项主题的任何意见/建议:)

回答

0

标记是专为解决眼前这个遗憾问题。在TFS 2013中,您可以将标签添加到工作项目并根据这些标签进行查询。如果您在多个环境中运行测试用例,那么重复测试用例是不好的做法。您应该使用可应用于您的每个测试用例,全部或特定的“配置”功能。这使您可以拥有一个已在iOS中传递但未在Android或WP上传递的测试用例。您甚至可以删除仅针对单个PBI的功能的配置。

在TFS 2015中,您将能够在看板视图中的卡片上显示标签。

+0

对不起,但这根本不能解决问题。使用平台标记需求并不会为每个平台提供新的ID,因此可追溯性测试案例<->要求仍然是错误的。此外,对于您的选择,我仍然需要为每个平台复制州列。 – LiohAu

+0

从监管的角度来看,对我们来说更好的方法是复制需求,所以iOS测试用例与iOS需求相关联,Web测试用例与Web需求相关联等等。这仅仅是愚蠢的无法获得类似于测试要求的测试点。 – LiohAu

+0

为什么你不能将iOS测试用例链接到常见要求?这个共同的需求可能会有每个平台的多个测试用例。 这样想吧。如果您的要求是“在配置文件页面上显示用户数据”,则可以为“验证iOS设备在配置文件页面上显示UserData”,“验证Android设备在配置文件页面上显示用户数据”等测试案例等。 – Joe