問題タブ [atdd]

私は、SBE が従来の要件ドキュメントを補完または置換する場所を理解しようとしています。要件の図のレベルは、従来のソフトウェア要件の 3 つのレベルを示しています。

以下の (図からの) 項目のうち、SBE が置き換えるものと補完するものはどれですか。

• ビジョンとスコープのドキュメント
  • ビジネス要件
• ユース ケース ドキュメント
  • ユーザー要件
  • ビジネスルール
• ソフトウェア要件仕様
  • システム要求
  • 機能要件
  • 品質属性
  • 外部インターフェース
  • 制約

SBE についての私の単純な理解では、SBE はソフトウェア要件仕様の代替形式に過ぎないと言うでしょう。これは正しいです？

既存の jbehave ストーリーを Web アプリに表示して、ビジネス担当者が Web UI で変更したストーリーを作成および保存し、Web 経由で実行できるようにしたいと考えています。 UI。

jbehave Web ランナー ( http://jbehave.org/reference/web/preview/customising-web-runner.html ) を試しましたが、テストを保存して Web 経由で管理する方法がありません。それを可能にする解決策はありますか

PS はい、私は jbehave web-runner がそのようなことを行うために作成されたと信じていましたが、適切に機能していることを確認できません。ストーリーを送信して実行すると、

ストーリーを見に行くとき：

txt出力をダウンロードしようとすると、取得します

それで、それを実行する問題は何ですか？

新しいプロジェクトで Cucumber と BDD/ATDP (Acceptance Test Driven Planning) を使い始めたばかりです。ストーリーを構成する要素について 100% 確信が持てません。最終的にスプリント ストーリーとして使用するシナリオは何ですか? 私はこれが当てはまるはずだと推測していますが、私が正しいかどうか100％確信が持てませんか、それとも以下の例のような機能の説明がストーリーになるのでしょうか?

例えば

機能: 請求書レコードを複製する機能

私のアプリケーションは、とりわけ、いくつかのクローラーを使用して、別のアプリケーションによってリモート xml フィードによって公開された情報を読み取ります (これについては責任を負いません)。クロールされたデータは後でユーザーに表示されます。xml には、追加のデータが必要な場合にたどる単純なデータとリンクが含まれている場合があります。

システムのテストは、xml ドキュメントを正しく解析することをテストする単体テストと、UI に表示するものをテストするための受け入れテストの両方です。

私は受け入れテストについて推論していました。それがこの質問の内容です。現在、受け入れテストごとに、テストに固有のテスト データを提供する組み込みの http サーバーを用意しています。次に、アプリケーションを起動し、テスト データをクロールして、テストの基準を検証します。このアプローチには、システム全体をエンドツーエンドでテストできるという利点がありますが、新しい受け入れテストを追加するたびにビルド時間が大幅に増加するという副作用もあります。

これは受け入れテストの正しいアプローチですか? フィードを提供するシステムが外部のシステムなので、ネットワーク通信層とクローラーをユニットレベルでテストし、データが既にクロールされていることを前提として受け入れテストを実行した方がよいのではないでしょうか?

誰か他の人の考えを聞きたいです。:-)

ありがとう！

受け入れテスト駆動型開発修士論文の次の段落を読みました。そうですか？そうでない場合、BDD でテスト データをどのように使用できますか?

** この章では、BDD の主な問題について説明します。BDD は、どのような種類のソフトウェアにも適していません。BDD は動作を強調し、テスト データを抽象化して、テストを単純で読みやすいように見せます。ただし、ソフトウェアを作成するプロパティは動作だけではありません。繁雑。たとえば、金融ソフトウェアには、テスト フレームワークのユーザーがアクセスできるようにする必要がある大量の重要なデータがあります。このようなデータを抽象化するという原則は、利害関係者間のコミュニケーションを改善するためのツールの目的には役立たない.**

私はASP.Net MVCを学んでおり、コントローラーをインスタンス化して、Webサーバーにデプロイすることなくメソッドを呼び出すことができるため、ユニットテストが簡単であり、依存オブジェクトなどを簡単にモックできることを読みました. ( http://msdn.microsoft.com/en-us/library/gg416511(VS.98).aspxおよびその他の複数のリファレンスを参照)。

Selenium または Waitin を使用してブラウザから MVC アプリで受け入れレベルのテストを実行し、独自のフレームワークを使用してテストを作成および制御することもできます。

私が知りたいのは、UI を介してテストするのではなく、Specflow などから、デプロイ済みの実行中の MVC アプリケーションでコントローラー メソッドを呼び出すことによって、受け入れテスト レベルで ATDD テストを実行できるかどうかです。

または、より一般的には、テストから ASP.Net MVC アプリケーションの API をプログラムで呼び出すことは可能ですか?

単体テストとブラウザー ベースの UI テストでは、テストできる内容にギャップがあるようです。そのギャップを埋めることができた人はいますか？

0.9.229 thucydides-jbehave アーキタイプから作成されたプロジェクトを使用しています。ここにいくつかのjbehaveストーリーがあります：

Example テーブルが meta と共存している場合、手順 F で問題が発生します。デバッガーが明らかにしたように、基になるメソッドに渡される値は

in<reg1>は、実際には Meta の @reg1 値ではありませんが、例の 'number' 値です。そして、代わりに渡される値<registrator1>は、実際には明確に取得されていない経度値です。では、問題は、同じストーリーと同じシナリオでメタと例を正しく組み合わせるにはどうすればよいかということです。

私は RobotFramework が初めてで、簡単なテストをしようとしています。Log キーワードを使用して「Hello world」を出力し、Java クラスから値を取得します (Ride で jybot を使用しています)。

しかし、実行すると、テストに合格せず、次のエラーが表示されます。

私はそれについて検索しましたが、私はまだこれについての手がかりがありません。