発生する最大の問題は、プレーンテキストの機能ファイルがSpecFlowVisualStudioプラグインによって自動的にxxx.feature.csファイルに変換されることです。だからあなたのプロセスはこれです、
- xxxx.featureファイルを変更します
- SpecFlowプラグインを取得してxxx.feature.csを生成する方法を見つけてください
- コンパイル
- NUnit / Xunit(構成済み)を使用してテストを実行します
- テスト成功レポートを収集して提示する
私にとって、これはプロセスに名前があり、私はそれを開発と呼んでいました。
ただし、BDDは別のプロセスであり、仕様を考案するためのビジネスとのコラボレーションとコミュニケーションがすべてです。最初はツールはありませんでしたが、プロセスは引き続き機能しました。
私の同僚の多くは、さまざまな実際のプロジェクトでBDD手法を使用しており、この手法が非常に成功していることを発見しました。JBehaveストーリーランナー(受け入れ基準を検証する部分)は活発に開発されています。
ダンノース-BDD2006の紹介
ツールだけにとらわれないでください。そうしないと、プロセスの重要な部分を見逃してしまいます。BAと協力して新しい仕様を共同で定義することで、多くのメリットが得られます。
PSこれを考慮する別の方法は、仕様とコードが常に一致している必要があるということです。新しい例を定義するだけでは、その例を満たすためにコードを魔法のように前進させることはありません。代わりに、最も一般的な方法は、新しい例を満たすコードを開発してから、新しい仕様とコードを単一の変更セットとしてチェックインすることです。