問題タブ [chai]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
491 参照

ember.js - Mocha と Chai を使用した Ember (v1.0.0-rc.3) のネストされたコントローラーのテスト

Mocha と Chai を使用して、Ember (v1.0.0-rc.3) アプリケーションのコントローラーのテスト ケースを作成しようとしています。私のコントローラーの1つは、次のように別のコントローラーを使用しています

私は以下のようにtestCaseを書きました:

テストケースを実行しようとすると、エラーが発生します

この問題を解決するのを手伝ってください。mocha と chai を使用した最新の ember.js アプリケーションのテストについて学習できるリンクを誰かが提供してくれれば幸いです。

0 投票する
2 に答える
1848 参照

node.js - 要素が存在しないことをゾンビでテストできますか?

一部の要素がページに表示されないようにするために、高速アプリでzombie.js(mochaを使用)を使用しようとしています。これを行う方法は次のとおりです。

このテストを実行すると、常に失敗します。

  • #whatever が存在する場合、次のようになります。

    expected <div class="whatever">whatever</div> to not exist

  • #whatever が存在しない場合は、テストに合格したいのですが、エラーも発生します

    TypeError: Cannot read property 'should' of null

これはばかげたテストかもしれませんが、合格するためにそのようなテストを作成する方法はありますか? 私はどこで間違っていますか?

どうも。

0 投票する
2 に答える
2515 参照

requirejs - Karma は RequireJS を使用してテストをロードしていますが、実際の仕様は実行されていません

RequireJS を使用してロードされた mocha 仕様を Karma ランナーに実行させようとしているところに問題があります。残念ながら、フレームワークがロードされているにもかかわらず、仕様が実行されない理由がわかりません。ここに私が望む関連ビットがあります:

次に、これはrequireJSの読み込みを処理する私のtest-main.jsファイルです

これは私が実行している仕様の例です:

私がテストしているコードの例を次に示します。

出力は単に次のように表示されます。

0 投票する
7 に答える
113480 参照

node.js - chai テスト配列の等価性が期待どおりに機能しない

以下が失敗するのはなぜですか?

それをテストする正しい方法は何ですか?

0 投票する
1 に答える
431 参照

javascript - Chai などのアサーション ライブラリは、関数の呼び出しを強制せずにどのように機能しますか?

Chaiでは、次のようなことができます。

exist関数呼び出しではありませんが、これはテスト フレームワークでも機能します。反対の ( expect({}).to.not.exist) はテストを失敗させますが、これexistも関数呼び出しではありません。

これらのアサーションは、関数を呼び出さずにどのように機能しますか? 実際、関数ではないexpect({}).to.exist()ため、テストが失敗したと言えexistます。

0 投票する
1 に答える
569 参照

json - API テスト スイートの動的 JSON チェック

私は現在、 Postmanと呼ばれる優れた REST クライアントと連携して動作するオープンソースの API テスト スイートに取り組んでいます。

テスト スイートを使用して、一連の API 呼び出しを実行し、予期される JSON オブジェクト/配列 (またはその他のもの) に対する応答をチェックします。応答/期待値が動的であることを可能にしながら、2つを比較するための優れた構造を持っていると思います。

(口ひげのような) 構文で応答の動的部分を表すことができるようにすることで、動的部分を把握しました。基本的に、値がフォーマットされ{{content}}ている場合、それに応じて処理されます。ここでの異なる値はNOT_NULL、 、STRINGARRAYOBJECT、およびNUMBERです。

この関数の sudo コードは次のようになります。

これで問題なく動作すると思いますが、このチェッカーを思いついたときに見落としていた明らかな点がないか、またはこのかなり複雑なチェックをより効率的に行う方法があるかどうかを確認したかったのです。

前もって感謝します!

アップデート

sudo コードを調べたところ、期待した結果が得られない厄介なチェックが行われたようです。上記の関数は更新され、正常に動作するようになりました。