ドメインレイヤーを駆動するためにBDDを使用した人はいますか?
3 に答える
3
はい、このプロセスは非常にうまく機能し、specflow を使用してこのアプローチをかなり簡単に実現できることがわかりました。ドメイン レイヤーだけで 2000 以上のシナリオが実装されており、このアプローチを使用して、UI レイヤーでもコントローラーをテストしました (別の 2000 以上のテスト)。
大規模なプロジェクトに取り組んでいる場合は、始める前にステップを整理する方法について考えておくことをお勧めします。これは、すぐに大量のステップを収集し始め、ステップを見つけるのが少し難しくなる可能性があるためです。
私たちが抱えていた最大の問題は、シナリオを書くチームに複数の人がいるということでした。彼らはしばしば同じステップを書いていましたが、言葉遣いがわずかに異なっていたため、同じステップが 2 回追加されていました。
于 2011-04-05T23:12:40.713 に答える
0
はい、それが目的です！
BDDの主な利点は、自然な方法でBDDがどのように機能するかということです。
設計を推進する（計画してから実行する）
ドメインのユビキタス言語を発見して強調する
プロジェクトの進捗状況と現在の状態を文書化します（仕様はストーリーとスプリント計画にマップされます）
それが受け入れまたは単体テストにもつながる場合、それは素晴らしいことですが、ほとんどの価値は上記から得られると思います。また、新しいチームメンバーが物事を把握するのに役立ち、しばらく離れた後、精神的にプロジェクトドメインに戻るのは非常に簡単です。
また、前述の「ステップ重複」の問題にも同意します。ステップを適切に構造化して維持するために、ステップのリファクタリングと統合に多くの時間を費やしています。
于 2012-12-14T13:59:42.080 に答える
0
はい。ただし、最近は Cuke と Specification by Example を、運転を開始するためのより高いレベルとして検討しています。http://specificationbyexample.com/を参照してください。
于 2011-04-01T12:50:17.410 に答える