MSPECとSPECFLOWいつ使用するか？どちらの利点/短所は何ですか？

Question

私はBDDを始めようとしており、MSPECとSpecflowに関するビューブログの投稿を見つけました。現在、どちらのフレームワークの利点/短所がどのようなものを使用するのか、いつよくわかりません。

ドキュメントを見ると、MSPECはコンテキスト仕様スタイルを使用しているように見えますが、Specflowは指定/いつ/Thenスタイルを使用します。私も本当に気にしませんが、プロジェクト/テストスイートが成長したときにトラックをさらに下るのに注意する落とし穴があるかどうかを知りたいです。

基本的に、毎日の仕事でそれを使用している人の現実世界のアドバイス/フィードバックは素晴らしいことです。

Answer 1

だから私は両方を使用しました。 MSPECワークフローは、ユーザーと話をして言うのが簡単だからです。

「ログインするとき」「リクエストしたページに戻る必要があります」

私がアクティブなコラボレーションにもっと買った組織で働いたとき（読む アジャイル）当時のパターンのときに与えられたものを使用しました。その組織はユーザーストーリーに使用されたため、より厳格なスタイルの仕様に慣れていました。また、仕様をフィードするために複数のツールを使用していました。したがって、「テキストのみ」機能ファイルをツール間で再利用できます。

私自身のプロジェクトでは、「外部」にはSpecflowを使用し、テスト内には「MSPEC」を使用しています。私が誰かにアドバイスを与えるなら、非技術者が外部仕様を書いている場合はSpecflowを使用し、開発者が書いている場合はMSPECを使用することです。

悪い点：MSPECはクラス爆発のスペックフローが遅いワークフローです。

一番下の行は、彼らが一緒にうまく機能することです。

Answer 2

MSPECの欠点の1つは、Specflow Runnerではできるのに並行して実行できないことです。それは大きなパフォーマンスの問題です。