私は BDD を始めようとしていますが、MSpec と SpecFlow に関するブログ記事を見つけました。どちらのフレームワークの長所と短所が何であるか、いつ使用するかは現在のところよくわかりません。
ドキュメントを見ると、MSpec はコンテキスト仕様スタイルを使用しているのに対し、SpecFlow は Given/When/Then スタイルを使用しているようです。私もあまり気にしませんが、プロジェクト/テスト スイートが成長したときに注意すべき落とし穴があるかどうかを知りたいです。
基本的に、毎日の仕事でそれを使用している誰かの現実世界のアドバイス/フィードバックは素晴らしいでしょう.
なので両方使っています。私は mspec ワークフローが好きです。なぜなら、ユーザーに話しかけて言うのが簡単だからです。
「ログイン時」「リクエストしたページに戻るはず」
私が積極的なコラボレーション (アジャイルを読む) を積極的に取り入れている組織で働いていたとき、私は Give When Then パターンを使用しました。その組織はユーザー ストーリーに慣れていたため、より厳格なスタイルの仕様に慣れていました。また、仕様をフィードするために複数のツールを使用していました。そのため、「テキストのみ」の機能ファイルをツール間で再利用できます。
私自身のプロジェクトでは、テストの「外側」には SpecFlow を使用し、テストの内側には「mspec」を使用しています。私が誰かにアドバイスするとしたら、非技術者が外部の仕様を書いている場合は specflow を使用し、開発者が書いている場合は mspec を使用することです。
悪い点: Mspec はクラス爆発 SpecFlow はワークフローが遅い 良い点: Mspec はより自然な言語である Specflow はステップの再利用性に優れています。
肝心なのは、それらがうまく連携しているということです。