2014-11-04 115 views
-1

我有许多不同的手动测试用例需要使用Specflow自动执行。使用specflow管理测试用例,场景和特性文件

有多个测试案例多个场景。那么会有多个功能文件?

我们正在关注Sprint系统。每个sprint都有100个以上的自动化测试用例。

这将是使用功能文件管理测试用例和场景的最佳做法吗?对于不同的测试用例,Theres没有必要每次创建相同的函数集。

+0

“手动测试用例”是什么意思?这些是如何定义的?他们是否只是写在文件中?它们是一些特定工具的特定格式吗?请给出一些更多的细节,如果可能的话,举一些例子。 – 2014-11-04 09:01:29

+0

我们有一套手动测试用例可以从tfs中获取。有他们的人数。我们是3名自动化测试人员组成的团队,致力于相同的测试案例。我们如何管理测试用例集以及如何创建多个功能文件。 – 2014-11-04 09:44:57

+0

你还没有定义'手动测试用例':)。这是一个带有测试描述的文本文件或word文档吗?这是一些TFS特定的概念吗?正如我之前说的,一个示例在帮助您解决问题方面非常有用 – 2014-11-04 09:49:58

回答

1

你可以像管理任何其他代码文件一样管理它。进行更改,如果更改与其他更改冲突,则在签入之前合并更改。

避免合并问题的最佳方法是尝试并在不同的区域工作。创建许多功能文件,因为多人可以一次处理不同的功能,而且不会产生冲突。

测试人员之间的交流对于避免冲突也很重要,并且在specflow情况下,确保使用一致的步骤名称将很重要。此外,经常检查将确保您尽可能减少合并问题的数量,即使在创建每个方案后也是如此。

编辑

基础上specflow你编辑的问题,所有的步骤都是全球性的,因此,如果特征1有一个一步Given a user 'Bob' is logged in的场景和Feature32也与步骤Given a user 'Tom' is logged in那么他们将共享同一个scenarion一步源代码,所以相同的功能将被重用。

只要您以一致的方式编写步骤(即使用相同的文本),那么您应该在所有数百个功能和方案中实现卓越的函数重用。

+0

更新了我的问题,请检查。 – 2014-11-04 10:25:43

+0

@ArpanBuch更新了我的答案。说实话,如果你使用specflow一段时间,然后询问它的具体问题会更好,因为从你的问题看来,你还没有真正尝试过使用它 – 2014-11-04 10:35:29

相关问题