我们计划使用SpecFlow作为基于web的项目的主要需求工具。这个应用程序有许多共同的客观形式的变化。这些变化主要是每个应用服务的用户国家(多租赁)。
Q1.对于这样的需求,SpecFlow是一个不错的选择吗?
我们已经发现,每个表单中的字段数量相当多,其中许多字段需要验证。有些是在客户端,有些是关于数据或其他服务器端验证的可用性。这在SpecFlow中是乏味的,虽然不是完全不可能的。但这不是SpecFlow设计的目的(行为驱动而不是以数据为中心)
Q2.请建议我们应该遵循哪些最佳实践来捕获SpecFlow和
Q3.在哪些领域我们需要使用其他一些工具。( SpecFlow不能很好地捕获需求)
发布于 2013-04-06 22:39:51
SpecFlow是黄瓜的.Net实现,行为驱动开发的工具也称为按例说明。场景在Cucumber的Gherkin语言中描述。
Gherkin允许您在表中内联或以示例形式指定数据。
Scenario Outline: eating
Given there are <start> cucumbers
When I eat <eat> cucumbers
Then I should have <left> cucumbers
Examples:
| start | eat | left |
| 12 | 5 | 7 |
| 20 | 5 | 15 |
使用表格可以帮助您以易于阅读的方式为窗体指定字段。
如果这仍然无法管理,另一种选择是使用NUnit,它允许您指定多个值并生成组合型测试用例集。如果您想要使用黄瓜库的组合测试用例,您可能需要考虑切换到TickSpec,它支持每个场景的多个示例表。
发布于 2013-04-02 19:31:45
我看不出有什么明显的理由不能使用SpecFlow来实现这个目的。只要在适当的抽象级别上编写规范就行了。
如果你张贴一个你认为乏味的例子,那么你可能会给出一些建议。
发布于 2013-05-31 12:26:11
此外,还可以查看配套产品“SpecLog”,作为可视化这些需求的一种方式。
https://stackoverflow.com/questions/15769435
复制相似问题