問題タブ [specflow]

「specs」クラス ライブラリの app.config で次のように指定することで、(NUnit ではなく) MsTest フレームワークをターゲットにするように Specflow を構成しました。

したがって、いったん配置すると、テスト フィクスチャが Specflow カスタム ツールによって正しく生成され、正しい TestClassAttribute() とメソッドなどを使用して作成されていることがわかります。

specs クラスはビルドされますが、vista 64 ボックスの Visual Studio 2010 内で [テスト] --> [実行] --> [ソリューション内のすべてのテスト] を使用してテストを実行できません。VS がこれらを実行する有効なテストとして認識しないのはなぜですか?

いくつかのシナリオで同じ言い回しで機能を書いています。

と

SpecFlowには、各機能が呼び出すステップを定義する良い方法がありますか？シナリオの作成でこれを間違った方法で行っていますか？弾丸を噛んで、与えられたステートメントを変更して、それらがどの機能に適用されるかを示す必要がありますか？私はBDDとSpecFlowを初めて使用するので、助けていただければ幸いです。

私は初めて Specflow を試しており、TechTalk.SpecFlow と nunit.framework を参照して VS2010 プロジェクトを作成しました。サンプルのフィーチャー ファイルを追加しました。

(TestDriven.Net を使用して) テストを実行すると、次のエラーが発生します。

私が欠けているものを知っている人はいますか？

ここ数日、SpecFlow をいじっています。その間、私はこれらのシステムの品質仕様を書き直す必要があることに気付きました。

SpecFlow または同様のツールの品質仕様を作成するためのベスト プラクティスが記載されたリソースを教えてもらえますか?

テストテキストの一部としてタイミング情報を表示しないようにSpecFlowを構成するにはどうすればよいですか。

->完了：Steps.ThenIWillBeDeniedAccess（）（0.0s）

乾杯。ジャス。

SpecFlowの例を見ていますが、MVCサンプルにはテスト用のいくつかの選択肢が含まれています。

• コントローラによって生成された検証結果に基づく受け入れテスト。
• MvcIntegrationTestFrameworkを使用した統合テスト。
• Seleniumを使用した自動受け入れテスト。
• テスターが結果を手動で検証するように求められた場合の手動受け入れテスト。

私はSpecFlowの例がどれほどうまく書かれているかに非常に感銘を受けていると言わなければなりません（そしてダウンロード後数分以内にそれらを実行することができ、データベースを構成してSelenium Remote Controlサーバーをインストールする必要がありました）。テストの代替案を見ると、それらのほとんどが代替案ではなく、互いに補完し合っていることがわかります。これらのテストの次の組み合わせを考えることができます。

• コントローラは、SpecFlowを使用するのではなく、TDDスタイルでテストされます（Given / When / Thenタイプのテストは、より高いエンドツーエンドレベルで適用する必要があります。それぞれのコンポーネントに適切なコードカバレッジを提供する必要があります。
• MvcIntegrationTestFrameworkは、開発セッション中に統合テストを実行するときに役立ちます。これらのテストもデイリービルドの一部です。
• Seleniumベースのテストは自動化されていますが、速度が遅く、主にQAセッション中に開始され、ページやサイトのワークフローに壊れたロジックがないことをすばやく検証します。
• テスターが結果の妥当性を確認するように求められたときの手動受け入れテストは、主にページのルックアンドフィールを確認することです。

Web開発でSpecFlow、Cucumber、またはその他のBDD受け入れテストフレームワークを使用している場合、さまざまなテストタイプからの選択に関する実践を共有してください。

前もって感謝します。

インターネットには決定的な答えや、質問に答えるのに役立つ一連の原則がないようです。だから私は答えや指針となる考えを見つけるのを助けるためにSOの偉大な人々に目を向けます:)

SpecFlow は .NET の BDD に非常に役立ちます。しかし、BDD について話すとき、単に統合/受け入れテストについて話しているのでしょうか?それとも、TDD の完全な代替である単体テストについても話しているのでしょうか?

私は小規模なプロジェクトでしか使用していませんが、単体テストでも、SpecFlow によってコードのドキュメント化と言語に関する考え方が改善されることがわかりました。逆に言えば、テストの完全なコードを 1 か所で確認することはできません。手順が断片化されているためです。

今あなたに........

編集: 単体テストに BDD スタイルの構文を使用する RSpec が RoR コミュニティにあることを忘れていました。

これはすでに提起されているかもしれません、おそらくばかげた質問です。

とにかく、私はSpecFlowを調べていて、この機能のシードデータを削除するにはどうすればよいか疑問に思っています。このシードデータは、さまざまなシナリオで共有されます。これを行うためのエレガントな方法はありますか？おそらく、testRunner.OnFeatureEnd（）が呼び出されたときにイベントを挿入する機能はありますか？

機能/シナリオを作成してテストを実行した後、ほとんどのスクリーン キャストが示唆するように、出力にステップ定義の推奨コードが表示されません。

私が違うことをしていることについてのアイデアはありますか？

(編集) NUnit と Resharper を使用してテストを実行しています。基本的な出力は表示されますが、スクリーン キャストで見られるようなきちんと定義されたリストではありません。各サンプル メソッドは、失敗したステップの下にリストされています。

私は自分のアプリを指定するためにspecflowを使用していますが、本当に悪いことをするのを防いでくれたので、本当に気に入っています:-)しかし、ステップ間の結合に問題があります:ステップでは、エンティティを返す必要があることをモックに伝えますが、別のステップでは、モックに同じエンティティを返すように指示しますが、別のプロパティを使用します。

このステップを見てください（以下のダレンの回答から盗まれ、変更されました）：

こちらを参照してください。Guy オブジェクトから始めて、後でオブジェクトを変更します。これは、私がテストしているものです。

そのため、エンティティをモック リポジトリに配置し、別のステップでエンティティを取り出して再度配置します。ステップ間の高い結合と再利用性をどのように回避しますか?

もちろん、シナリオ クラスにローカル変数を保持し、すべてのエンティティをその変数に入れることもできますが、その場合は手順を結合します。