私はキュウリには非常に新しいので、フィーチャBにあるシナリオBを実行する前に、フィーチャAにあるシナリオAを実行しなければならない状況があります。キュウリ、私は@Afterと@Beforeをフィーチャーに使用しましたが、どうすればこのようなクロスフィーチャーの依存関係を処理できますか?どうもありがとう。キュウリの依存性
キュウリの依存性
答えて
あなたのシナリオは独立していなければなりません(受け入れテスト、単体テストなど)。テスト/スペックの順序について決して仮定しないでください。
各シナリオの前後に共通の操作(またはタグでタグ付けされた各シナリオ)を実行する必要がある場合は、Before
とAfter
フックを使用します。
あなたが機能で各シナリオの前に同じ初期化を行う必要があり、あなたはがあなたのFeature
のテキストにこの初期化について明示的になりたい場合は、Background
を使用することができます。
Feature: some feature
Background: logged in
Given I am logged in as administrator
Scenario: some scenario where user will be logged in
注:Before
フック前に実行Backgrounds
ありがとうアレックス、これは非常に非常に有用で教育的だった。最後に、バックグラウンドと同様の質問があります。これは、シナリオを実行した後にシナリオを実行したい場合に、典型的にはCucumberでどのように実行されているかです。たとえば、TestNGには@AfterClassというタグがあります。これは基本的には解体のようなものです。たとえば、アカウントの状態をいくつか変更しました。この最後のシナリオでは、アカウントを元の状態に戻したいと考えています。 –
通常、ティアダウン(およびセットアップ)ロジックは実装の詳細で、* Before *、* After *または** Around **フックで実装されています(仕様の読者はこれらの技術的なことについて知る必要がないため)。キュウリのフックについて詳しくはこちら[https://github.com/cucumber/cucumber/wiki/Hooks]をご覧ください。 'Background'は、あなたの風景に共通の顧客が読める(技術的ではない)背景を提供するときに便利です。 「背景」には逆の方法はありません。キュウリの開発者から「バックグラウンド」用法についてのアドバイスがいくつかここに書かれています(https://github.com/cucumber/cucumber/wiki/Background)。 –
- 1. 依存性のコンバージェンスエラー
- 2. クラスライブラリの依存性
- 3. Maven依存性コンバージェンス
- 4. 依存性注入
- 5. Cocoapods依存性は
- 6. チェーン依存性プロパティ
- 7. Android jar依存性
- 8. Macportスキップ依存性
- 9. Azureキャッシュ依存性
- 10. Grails:リフレッシュ依存性
- 11. Zend Framework依存性注入対Symfony2依存性注入
- 12. エンティティフレームワークの循環依存性
- 13. Maven依存性の問題
- 14. アダプターのパターンと依存性
- 15. ES6の循環依存性
- 16. 春の依存性注入
- 17. フレックスライブラリの循環依存性
- 18. ハスケルの機能依存性
- 19. Groovyの依存性注入
- 20. MVCの依存性注入
- 21. Djangoモデル - フィールドの依存性
- 22. 依存性の注入
- 23. ウィンザー依存性の問題
- 24. Wicketのスプリング依存性1.5.3
- 25. XPCOMの依存性注入
- 26. log4jアペンダー間の依存性
- 27. プリズムとサーキュラの依存性
- 28. SOAの循環依存性
- 29. コンストラクターの依存性注入
- 30. Springでの依存性インジェクションフェイルオーバー
これはコードメイルのように聞こえる - 機能は独立しているはずです。 –
は「登録」機能に依存する「プロファイルを管理する」ではないでしょうか? – Tarun