クリーンなアーキテクチャでは、受け入れテストを行う方法？

-1

Androidでは、クリーンなアーキテクチャを使用していて、コードをレイヤーでパッケージ化しています。だから私は、4層（モジュール）ました：私が間違っている場合クリーンなアーキテクチャでは、受け入れテストを行う方法？

私が知っているアプリ
データ
デバイス
ドメイン

は、その受け入れを私を修正します（FitNesseを使用して）は、より良い言葉でUIを置き換える必要があります、それはUIの真似と顧客の視点からのシステムのテストコア機能です。

私の質問は次のとおりです。

私は、システム内の各モジュールの依存関係を持つ、FitNesseの備品やもののために別のモジュールを作成べきでしょうか？

出典

2017-08-20 AbdElraouf Sabri

受け入れテストでGUIをテストしたくないのですか？結局のところ、これはあなたのユーザーが使用するものです。 –

彼はそれを正しく持っています。 CucumberのようなFitnesseは、UIとは独立してテスト対象のシステムのコードを直接呼び出してビジネスロジックをテストするツールです。 UIを介したエンドツーエンドのテストは、ブラウザを駆動するためのWebDriver APIなど、さまざまなツールの優れた点です。ビジネスロジックは、UIが大幅に変化する傾向があり、アプリケーションのデプロイメントをどこかでテストする必要があり、ワイヤオーバーでテストしてからゆっくりと応答するため、UIから離れてテストするのが最適です。 –

申し訳ありませんが、遅れています。 @FriedHoeben>いいえUIをテストするための受け入れテストは望んでいません。 –

これは私が通常やったことです、はい。ビルダーシステム（maven、gradleなど）は、生産アーチファクトにフィクスチャを含むモジュールを含まないように調整されています。 fitnesse fixturesを含むモジュールは、ドメイン層である傾向がある直接テストするすべてのモジュールを認識しています。

出典

2017-08-23 21:54:32

私はまた、別のモジュールでこのアプローチを使用する傾向があります。どのレベルでテストがテスト対象のシステムに接続しているかは、私たちが議論できるものですが、それは主要な質問ではありませんでした。 –

クリーンなアーキテクチャでは、受け入れテストを行う方法？

答えて

関連する問題