使用Cucumber进行测试的"奇怪"(可能是"极端"或"疯狂")方法

Bac*_*cko 2 ruby testing ruby-on-rails cucumber ruby-on-rails-3

我使用Ruby on Rails 3.2.2,cucumber-rails-1.3.0,rspec-rails-2.8.1,capybara-1.1.2和factory_girl-2.6.3.我有一个方案测试用户注册如下:

Scenario: I register an user
  When I fill in "Name" with "Foo"
  And I fill in "Email" with "foo_bar@email.com"
  And I fill in "Password" with "test_password"
  And I click button "Register"
  Then I should be redirected to the homepage
Run Code Online (Sandbox Code Playgroud)

我试图说明一个新功能(在一个单独的文件中)在哪里实现一个方案,通过使用一个令牌,应该测试注册用户确认过程是否正确完成(注意:实际上,这个过程涉及一个电子邮件消息发布,但我希望测试如果邮件被发送,就忽视它的这个问题).由于我只想测试确认过程,我想实现一个新的功能/场景,在这里陈述类似于Given I am a registered user运行它的东西Scenario: I register an user.

Scenario: I confirm an user
  Given I am a registered user # Here I would like to run the 'Scenario: I register an user'
  When I go to the confirmation page
  And I enter the confirmation token
  Then ...
Run Code Online (Sandbox Code Playgroud)

简而言之,我想在另一个场景中调用整个场景.

即使我可以使用FactoryGirl gem来"创建" - "注册"一个用户,我更愿意继续上面的方法,因为我测试("实际上"说,那些"代表""看不见的人",由管理者像Selenium gem,打开我的浏览器并执行操作)尽可能像"真实的人"一样行事,所以那些测试步骤隐含地遵循应该在现实中为了注册新的所有"真实"步骤用户.通过遵循这种方法,我可以测试应用程序"内部"是否正常工作.

这是一种正确的方法吗?如果不是,我该怎么做?

tad*_*man 7

精心设计的测试的原则之一是您以各种形式运用特定功能,但除此之外,它假定它在其他功能的其他测试的上下文中工作.也就是说,一旦你测试了用户可以注册,你就不应该重新测试同样的东西,除非你以不同的方式测试它.

短语"鉴于我是注册用户"意味着用户已经成功注册.此时您不应该进行测试注册,因为这超出了您尝试执行的测试范围.

每项测试都应该有一个任务,它应该坚持下去.如果你不限制自己,那么你的测试就会陷入一种无用的相互依赖的混乱状态,在这种情况下,改变一件事需要改变所有其他东西.