4

javascriptとemberは初めてで、この種のアプリケーションでテストを作成したことはありません。今までジャスミンとシノンを使っています。

私は残り火アプリのモデルの単体テストを作成していましたが、それは簡単でした。コントローラーにたどり着くとすぐに、問題が発生しました。私は単なる単体テストモデルであったため、テストアプリのルーターを定義しませんでした。ただし、コントローラーのテストを追加すると、Ember.Application.registerInjectionが呼び出されます(これはルーターを使用したEmberの自動プロセスの一部であると理解しています)が、ルーターが定義されていないためにエラーがスローされます。

最小限のルーターを定義する場合、残り火は、アプリでApplicationViewまたはアプリケーションテンプレートを定義する必要があることを通知します。という事は承知しています。

単体テストを実行したいだけの場合、テストが蓄積されるにつれて、ブラウザーでの通常のアプリのすべてのビューの定義とレンダリングが非常に遅くなるようです。また、ある時点で自分の意見をテストする必要があることも理解しています。

だからこれは私に尋ねるように導きます:

ビューレイヤーに依存しない単体テストを効率的に実行するにはどうすればよいですか?

ビューが含まれている場合、統合テストを行うにはどうすればよいですか?

私は「ヘッドレス」テストについて読んでいますが、それをどのように行うか、または何を使用すべきかを完全には理解していません。できればジャスミンを使い続けたいです。

一般的なアプローチ、特定のヒントをいただければ幸いです。

4

1 に答える 1

3

私のアプローチは、モデルを単体テストし、残りを統合テストすることです。一般に、モデル以外のものの単体テストは、相互作用が多いため困難になります。最後に、アプリ全体の動作をテストしたいので、統合テストのアプローチで問題ありません。

于 2012-10-30T14:32:08.760 に答える