Mocha: 非同期テストがアサーションエラーではなくタイムアウトで失敗する

aPromise解決しますか？ そうでない場合は、タイムアウトをスローする以外に選択肢はありません。

@NickHeinerはい、解決します。 次に、 expect()は、 returnValueがequal(42)ではないことを検出し、スローします。

@gurdigaアサーションエラーではなくタイムアウトが発生した場合にスローされることをどのように知っていますか？

@hallas @NickHeinerこれが実行中のものです： http ： //jsfiddle.net/gurdiga/p9vmj/ 。

@gurdigaあなたの約束には独自のエラーキャッチがあるように私には思えます。 約束に.catch(done)を追加してみてください。そうすれば、意図したとおりに機能すると思います。

@hallasうわー：_それ_が答えでした！ :) aPromise.finally()は、 doneを入れるのに最適なようです：promiseが解決されたときに呼び出す必要もあります。 ;）

ありがとうございました！

私は愚かだと感じます。

私はついにそれを手に入れたと思います： .then() 、 .catch()または.finally()に渡されたものであるかどうかにかかわらず、promiseのハンドラー関数のいずれかで何かがスローされると、エラーはpromiseライブラリによって処理されます。 このように、テストランナーは実際のエラーを見ることはなく、 done()が呼び出されることもありません（アサーションエラーをスローする前に何かが発生したため）。したがって、タイムアウトエラーはテストランナーから得られるすべてです。

約束から抜け出すために、私はsetTimeout()を使用します：

    it('returns the correct value', function(done) {
      var returnValue = 5;

      aPromise.then(function() {
        setTimeout(function() {
          expect(returnValue).to.equal(42);
          done();
        });
      });
    });

これが適切なエラーメッセージを取得してランナーの動作をテストする唯一の方法であることがわかりました。

doneが.catch()または.finally()に渡されると、どのような場合でもテストに合格したと見なされるため、アサーションエラーが発生した場合、それらは表示されません。

私は同様の問題に遭遇し、最終的に、promiseを使用して非同期関数をテストするときにdoneを使用するべきではなく、promiseを返すだけであることに気付きました。 したがって、タイムアウトなしでこれを実行できるはずです。例：

it('returns the correct value', function() {
    var returnValue = 5;

    return aPromise.then(function() {
        expect(returnValue).to.equal(42);
    });
});

この問題はまだ存在していると思います。 モジュールがpromiseを使用していないため、promiseを返すことで解決できないタイムアウトの問題が発生します。

it("works", function(done) {
    new Something()
    .on("eventA", function(result) {
        expect(result).to.be.true;
    })
    .on("eventB", function(result) {
        expect(result).to.be.false;
        done();
    });
});

• インスタンスをPromiseでラップするのは過剰なようです。
• 各アサーションをtry / catchラップすることも過剰に思え、さらに重要なことに、結果はError: done() called multiple timesます。

アイデア：
http://staxmanade.com/2015/11/testing-asyncronous-code-with-mochajs-and-es7-async-await/

ブログ投稿の推奨事項に関しては、非同期関数のエラー処理についてはわかりませんが、単純なpromiseの場合、try-catchの推奨事項は奇妙です。try-catchを使用しない元のpromiseの試行はほぼ正しく、 .catch(done)を使用するだけで済みました。 thenの2番目のパラメーターを.catch(done) done 。 （確かに、Mochaはpromiseを直接サポートしているので、promiseを返すこともできますが、その価値はあります...）最初のpromiseの例の問題は、try-catchがないことではなく、2番目のハンドラーでした。 to thenは、最初のハンドラーによってスローされた例外を除いて呼び出されませんが、次のcatchは呼び出されます。 約束がそのように設計される理由が何であったかはわかりませんが、それは約束がどのようであるかです。 さらに、何らかの理由で複数のthenがあった場合、必要なのは1つの最後の.catch(done)だけです。これは、ハンドラー内のtry-catchよりも優れている点です（ .catch(done)は、そもそも定型的ではないという事実）。

APIについて：

1. 両方のイベントが正しい順序で呼び出されていることを確認しますか？ そうでない場合、あなたのテストはどのようにそれを通常の失敗に変えますか？
2. イベントハンドラからスローされる例外は通常どうなりますか？ それらが同期コードのように伝播せず、代わりにAPIでリッスンされることを意図している場合（たとえば.on("error", function(error) {...}) ）、それらをリッスンして持っていない限り、Mochaに到達することはありません。リスナーはエラーでdoneを呼び出します（または、リスナーにエラーが最初のパラメーターとして渡された場合は、リスナーでdoneを使用します（例： .on("error", done) 。 promiseの.catch(done)ように、イベントハンドラーごとに1回ではなく、テストごとに1回記述する必要があります。

1. はい。 "end" / "drain"イベントを使用して、他のイベントのブール値が設定されているかどうかを確認します。
2. タイムアウトが発生します。 私は無駄のないクリーンな代替品を見つけようとしています。

申し訳ありませんが、APIがどのようにエラーを報告するのかまだわかりません。

ええ、これまでのところ、何かが失敗したときのタイムアウトに依存していて、手動で掘り下げて_how / why_を見つけてきました。 幸いなことに、物事が壊れることはめったにありませんが、それはより良いデザインの欠如の言い訳にはなりません（私の側では、ほとんど）。

@stevenvachon ：事前に許してください。しかし、あなたの例にすぐに問題が発生することはありません。 イベントリスナーで行われたアサーションは、 uncaughtExceptionマッピングを介してMochaによって処理される必要があります（イベントエミッターの実装がリスナーエラーをキャッチし、 errorイベントなどを発行している場合を除きます。これでも、簡単に実行できます。解決）。

これで、内部での実装がPromisesを使用しているが、Promiseを公開するのではなくイベントを発行する場合、アサーションは実際に「食べられる」ことになります。 この問題を回避する方法は、 unhandledRejectionを使用することです。

私は通常、これをテストの前に実行されるセットアップスクリプトに入れます。

process.on('unhandledRejection', function (reason)
{
    throw reason;
});

注：ブラウザで機能させるには、追加のエルボーグリースが必要になる場合があります。

これは一般的なユースケースであるため、MochaがuncaughtExceptionと同じようにこれをサポートすることを期待しています。 Promisesを使用しているからといって、それを発信者に返したいという意味ではありません。

[email protected]でも同じ問題があり

    it('Convert files into base64', (resolve) => {
        let files = Promise.all(promises);

        return files
            .then(([actual, expected]) => {
                assert.equal(actual, expected, 'Files not are equal');
                resolve();
            })
            .catch(error => resolve);
    });

   Error: timeout of 2000ms exceeded. Ensure the done() callback is being called in this test.

.catchが間違っています。 error => resolveはfunction(error) { return resolve } error => resolveと同等です。つまり、 resolveは呼び出されず、エラーは無視されます。 必要なのは、エラー付きでresolveを呼び出すことです。これは、 error => resolve(error)ます。 もちろん、 Xが呼び出されるのと同じ引数で関数Yを呼び出すだけのコールバック関数Xを渡すことは、 Yを単に渡すことと同じです。コールバックなので、 .catch(error => resolve(error))でも.catch(resolve)簡略化できます。 （ then渡す場合は、 resolve直接渡す必要がないため、 thenの結果パラメーターをresolve渡さないようにする必要があります。エラーとして扱われないようにするためのthen(()=>resolve())ではなく.then(resolve) ;ただし、アサーションにthenコールバックを使用しているため、これは発生しません。 。）

（また、慣例的に、ここでのresolveは、成功と失敗の両方を処理し、引数で呼び出されたかどうかに基づいてどちらが呼び出されたかを判断するため、おそらくdoneに沿った名前を付ける必要があります。したがって、モカのエラーメッセージにある名前ですが、それは論点かもしれません。読み進めてください。）

ただし、この場合、Mochaはテストの成功または失敗を示すものとしてpromiseが成功または失敗するのを待つため、promiseを返すだけで、test doneパラメーターをまったく使用しないことで、さらに単純化できます（doneパラメーターがない場合）テスト関数;両方が使用された場合の動作はまだハッシュ化されています）：

it('Convert files into base64', () => {
    let files = Promise.all(promises);
    return files
        .then(([actual, expected]) => {
            assert.equal(actual, expected, 'Files not are equal');
        })
});

@lsphillipsは私のために働きます。 ありがとう！！ mochaがデフォルトでこれをサポートすることを期待しています。 ＃2640を作成しました。

これを解決するのに少し時間がかかりました！ 上記の回答に基づいて、これらは2つのオプションです。

npm install --save mocha expect.js q
./node_modules/mocha/bin/mocha test.spec.js

// test.spec.js

var $q = require('q');
var expect = require('expect.js');

describe('tests with done', function(){
    it('returns the correct value from promise', function(done) {
      var returnValue = 5;
      var def = $q.defer();
      def.promise.then((val) => {
        expect(val).to.equal(42);
        done();
      }).catch(done);
      def.resolve(returnValue)
    });
})

describe('tests returning promises', function(){
    it('returns the correct value from promise', function() {
      var returnValue = 5;
      var def = $q.defer();
      def.resolve(returnValue)
      return def.promise.then((val) => {
        expect(val).to.equal(42);
      });
    });
})

  tests with done
    1) returns the correct value from promise

  tests returning promises
    2) returns the correct value from promise


  0 passing (15ms)
  2 failing

  1) tests with done returns the correct value from promise:
     Error: expected 5 to equal 42
      at Assertion.assert (node_modules/expect.js/index.js:96:13)
      at Assertion.be.Assertion.equal (node_modules/expect.js/index.js:216:10)
      at def.promise.then (tests/test.spec.js:9:24)
      at _fulfilled (node_modules/q/q.js:854:54)
      at self.promiseDispatch.done (node_modules/q/q.js:883:30)
      at Promise.promise.promiseDispatch (node_modules/q/q.js:816:13)
      at node_modules/q/q.js:570:49
      at runSingle (node_modules/q/q.js:137:13)
      at flush (node_modules/q/q.js:125:13)
      at _combinedTickCallback (internal/process/next_tick.js:67:7)
      at process._tickCallback (internal/process/next_tick.js:98:9)

  2) tests returning promises returns the correct value from promise:
     Error: expected 5 to equal 42
      at Assertion.assert (node_modules/expect.js/index.js:96:13)
      at Assertion.be.Assertion.equal (node_modules/expect.js/index.js:216:10)
      at def.promise.then (tests/test.spec.js:22:24)
      at _fulfilled (node_modules/q/q.js:854:54)
      at self.promiseDispatch.done (node_modules/q/q.js:883:30)
      at Promise.promise.promiseDispatch (node_modules/q/q.js:816:13)
      at node_modules/q/q.js:570:49
      at runSingle (node_modules/q/q.js:137:13)
      at flush (node_modules/q/q.js:125:13)
      at _combinedTickCallback (internal/process/next_tick.js:67:7)
      at process._tickCallback (internal/process/next_tick.js:98:9)

@gurdiga setTimeout（）のアイデアをありがとう！ 同様の問題が発生しましたが、少なくとも適切なエラーメッセージが表示されるようになりました。

私のシナリオでは、Nightmareを使用してテストを終了しました。 私にとっての解決策は、 .catch(done)使用することdone(error)を呼び出すことができます。

describe('Clicking in any bad reputation tag', () => {
    it('open the bad reputation modal', (done) => {
      nightmare
        .select('#per-page', '50')
        .waitForAjax()
        .click('[data-reputation="bad"]')
        .evaluate(function() {
          return document.querySelector('.vue-modal .ls-modal-title').innerText
        })
        .then(function(title) {
          title.should.equal('Sua segmentação teve uma avaliação ruim!')
          done()
        })
        .catch((error) => {
          screenshot(nightmare)
          done(error)
        })
    })
  })

@itumoraesは機能しますが、代わりにこれを行うことができます：

describe('Clicking in any bad reputation tag', () => {
    it('open the bad reputation modal', () => {
      return nightmare
        .select('#per-page', '50')
        .waitForAjax()
        .click('[data-reputation="bad"]')
        .evaluate(function() {
          return document.querySelector('.vue-modal .ls-modal-title').innerText
        })
        .then(function(title) {
          title.should.equal('Sua segmentação teve uma avaliação ruim!')
        })
    })
  })

約束を返す場合は、 done()を呼び出す必要はありません。 Mocha、Express、MongooseでのAsync / Awaitの使用に関するブログ投稿

以下のスクリプトを使用しましたが、同じタイムアウト超過エラーが発生しました。

Myscript：

describe（ "getBillingDetail"、async function（）{
this.timeout（55000）;
it.only（ "指定された有効なジョブ名を確認してください"、async関数（完了）{
this.timeout（55000）;
var result = await url.getBillingDetail（ '12254785565647858'）;
console.log（result）;
assert.equal（result、true）;
}）;
}）;

エラー：55000msのタイムアウトを超えました。 非同期テストとフックの場合は、「done（）」が呼び出されていることを確認してください。 Promiseを返す場合は、それが解決されることを確認してください。

複数のクローズされた問題で同じことを綴るのをやめます。 完了したコールバックを非同期関数に渡さないでください。 非同期テストに関するドキュメントを読む

@Munter完了したコールバックを削除しましたが、これらのエラーが再び発生します

あなたの約束は決して解決されなかったようです。