私は現在、流星のフレームワークを調べていますが、この質問はすぐに頭に浮かびます。私が書いたコード(たとえば、Template.xxxコードやTemplate.xxx.events)は、実際にテスト可能ですか?
もちろん、他のコードのようにmeteorランタイムにバインドされていないコードをテストすることはできますが、私の印象では、meteor内に記述するほとんどのコードは、meteorとその機能にスコープされています。
私は現在、流星のフレームワークを調べていますが、この質問はすぐに頭に浮かびます。私が書いたコード(たとえば、Template.xxxコードやTemplate.xxx.events)は、実際にテスト可能ですか?
もちろん、他のコードのようにmeteorランタイムにバインドされていないコードをテストすることはできますが、私の印象では、meteor内に記述するほとんどのコードは、meteorとその機能にスコープされています。
文書化されていない Tinytest (ビデオ チュートリアルを参照) とそのヘルパーを除いて、公式のテスト フレームワークはまだないようですが、 githubのこの簡単な例で行ったように、いつでも Meteor フレームワーク API をスタブ/モック アウトできます。.
自明ではないアプリケーションの場合はさらに難しくなる可能性があるので、コア アプリケーション ロジックを Meteor API 呼び出しから分離することをお勧めします。
2014 年 2 月の時点で、すべてのアプリケーション コードをパッケージに移動する限り、組み込みのTinytestフレームワークを使用して Meteor コードを単体テストできます。手っ取り早い方法は、package.js
ファイルを追加することです。そのファイルは次の役割を果たします。
これは Eventedmind による例です - https://github.com/EventedMind/meteor-file
package.jsでエクスポートとして宣言されているmeteor-file-test.jsでアクセスすることがわかります。MeteorFile
Meteor で効果的な単体テストを行う方法を示すブログ投稿を、GitHub のサンプル プロジェクトと共に作成しました。それが役に立てば幸い。
Velocity は、Meteor 1.0 の公式テスト フレームワークとして選択されました。この発表は、前回の流星開発ショップ (2014 年 6 月)で行われました。
迅速に開発されたパッケージ:
あまり深く調べていませんが、テスト可能だと思います。
liveui
パッケージ ( )を開くと、レンダリング$METEOR_HOME/packages/liveui
を使用してテストするかなりの数の単体テストが記述されているようです。TinyTest
私はそれが始めるのに良い場所だと思います:-
等
それが役立つことを願っています