Как я могу выполнить асинхронные тесты Mocha (NodeJS) в порядке?

Question

Этот вопрос относится к среде тестирования Mocha для NodeJS.

поведения

по умолчанию, кажется, чтобы начать все тесты, а затем обработать асинхронные обратные вызовы, как они приходят в.

При выполнении асинхронных тестов, я хотел бы работать каждый тест после Асинхронной части из один из них был вызван.

Как это сделать?

Answer 1

Дело не в том, что «структурированный код работает в том порядке, в котором вы его структурировали» (удивляйтесь!), Но, как предлагает @chrisdew, заказы на возврат для асинхронных тестов не могут быть гарантированы. Чтобы повторить проблему - тесты, которые находятся дальше по цепочке (синхронного исполнения) , не могут гарантировать, что требуемые условия, установленные асинхронными тестами, будут готовы к моменту их запуска.

Поэтому, если вам требуются определенные условия, которые должны быть установлены в первых тестах (например, маркер входа или аналогичный), вы должны использовать крючки, такие как before(), которые проверяют эти условия перед тем, как продолжить.

Wrap зависимые испытания в блоке и запустить асинхроннойbefore крючок на них (обратите внимание на «сделано» в перед блоком):

var someCondition = false 

// ... your Async tests setting conditions go up here... 

describe('is dependent on someCondition', function(){ 

    // Polls `someCondition` every 1s 
    var check = function(done) { 
    if (someCondition) done(); 
    else setTimeout(function(){ check(done) }, 1000); 
    } 

    before(function(done){ 
    check(done); 
    }); 

    it('should get here ONLY once someCondition is true', function(){ 
    // Only gets here once `someCondition` is satisfied 
    }); 

}) 

Answer 2

Я удивлен тем, что вы написали, когда я использую. Я использую mocha с тестами стиля bdd (описать/это) и просто добавил некоторые тесты console.logs в свои тесты, чтобы проверить, соответствуют ли ваши претензии моим случаем, но, похоже, они этого не делают.

Вот фрагмент кода, который я использовал для просмотра порядка «end1» и «start1». Они были надлежащим образом заказаны.

describe('Characters start a work', function(){ 
    before(function(){ 
     sinon.stub(statusapp, 'create_message'); 
    }); 
    after(function(){ 
     statusapp.create_message.restore(); 
    }); 
    it('creates the events and sends out a message', function(done){ 
     draftwork.start_job(function(err, work){ 
     statusapp.create_message.callCount.should.equal(1); 
     draftwork.get('events').length.should.equal(
      statusapp.module('jobs').Jobs.get(draftwork.get('job_id')).get('nbr_events') 
     ); 
     console.log('end1'); 
     done(); 
     }); 
    }); 
    it('triggers work:start event', function(done){ 
     console.log('start2'); 
     statusapp.app.bind('work:start', function(work){ 
     work.id.should.equal(draftwork.id); 
     statusapp.app.off('work:start'); 
     done(); 
     }); 

Конечно, это могло произойти случайно тоже, но у меня есть много тестов, и если они будут работать параллельно, я бы, безусловно, есть условия гонки, что у меня нет.

Обратите внимание также на this issue с отслеживания проблем мокко. В соответствии с этим тесты выполняются синхронно.

Answer 3

Я хотел решить этот же вопрос с нашим приложением , но accepted answer не подходит для нас. Особенно в someCondition никогда не будет правдой.

Мы используем обещания в нашем приложении, и это упростило структуру тестов. Ключ, однако, по-прежнему отложить исполнение через before крючок:

var assert = require("assert"); 

describe("Application", function() { 
    var application = require(__dirname + "/../app.js"); 
    var bootPromise = application.boot(); 

    describe("#boot()", function() { 
    it("should start without errors", function() { 
     return bootPromise; 
    }); 
    }); 

    describe("#shutdown()", function() { 
    before(function() { 
     return bootPromise; 
    }); 

    it("should be able to shut down cleanly", function() { 
     return application.shutdown(); 
    }); 
    }); 
}); 

Answer 4

использование mocha-steps

он держит тесты последовательным независимо, если они асинхронные или нет (то есть ваши done функции по-прежнему работает точно так же, как они это делали). Это прямая замена для it, и вместо этого вы используете step