1

Cucumber Bookでは、利害関係者や他のチーム メンバーと一緒に、ほとんどの機能を事前に作成することについて説明しています。

ただし、これは、リリース/イテレーションの前の任意の時点で、多くの失敗したテストがあることを意味します。すべての機能はすでにそこにありますが、失敗しています。

Rails に付属する は、 The Rspec Bookで説明されているように、タグをcucumber.yml使用して作業中のプラクティスを使用します。これは、シナリオを開発しようとしている瞬間に、ジャスト イン タイムでシナリオを作成する場所です。大規模なイテレーションやプロジェクトの開始時に、すぐに前もって行うのではありません。@wip

これらは矛盾しているように見えます。何を使用するのが最適かについてのドキュメントはありますか? タグを使用するなど、前もって機能を記述し、テストから除外するための便利なトリックはありますか? それとも、これは悪い習慣と見なされますか?

4

1 に答える 1

1

私たちは通常、プロダクト オーナーや開発者と一緒に事前に機能を作成し、作業中のストーリーのブランチにチェックインするときに @wip としてタグ付けします。私たちのストーリーは十分に小さく、数日、時には数時間で開発できるため、実装されていない機能が存在することはめったにありません。私は過去に、大規模なプロジェクトの機能を前もって書いた場所で働いていましたが、それはうまく機能しませんでした.要件が変更され、キュウリの機能が冗長/時代遅れになりました.

これは黒か白かの答えではありません。何がうまくいき、何がうまくいかなかったのかだけです。お役に立てれば。

于 2012-12-28T19:59:57.893 に答える