在我的公司,我们使用TFS针对多个平台(Web,iOS,Android)的项目,并且由于我们处理敏感/受管制的项目,因此我们有很多要求为我们的软件/算法的每个小细节。针对多个平台的需求管理的TFS工作项类型
当我们在多个平台上共享需求时(例如一个常见的算法),我们发现了两种解决方案:要么重复每个平台的需求,要么在需求本身上创建额外的列(例如,为每个平台重复的状态列,例如..)。
第一种解决方案很难维持需求(主要是当您有成千上万的条目时),第二种解决方案中我们会得到一个非常难看的模板,当需要针对新平台进行跟踪时,测试案例不是那么好......
所以我想知道是否有一个“知名/官方”的解决方案为这些案件。当我查看测试用例工作项类型时,我注意到有一个“测试点”的概念代表了给定“测试配置”的测试用例,所以解决方法是创建一个新的工作项类型该平台(并且例如将该状态存储在给定平台上)。
无论如何,我接受了那项主题的任何意见/建议:)
对不起,但这根本不能解决问题。使用平台标记需求并不会为每个平台提供新的ID,因此可追溯性测试案例<->要求仍然是错误的。此外,对于您的选择,我仍然需要为每个平台复制州列。 – LiohAu
从监管的角度来看,对我们来说更好的方法是复制需求,所以iOS测试用例与iOS需求相关联,Web测试用例与Web需求相关联等等。这仅仅是愚蠢的无法获得类似于测试要求的测试点。 – LiohAu
为什么你不能将iOS测试用例链接到常见要求?这个共同的需求可能会有每个平台的多个测试用例。 这样想吧。如果您的要求是“在配置文件页面上显示用户数据”,则可以为“验证iOS设备在配置文件页面上显示UserData”,“验证Android设备在配置文件页面上显示用户数据”等测试案例等。 – Joe