¿Cómo puedo ejecutar pruebas de Mocha asíncronas (NodeJS) en orden?

Question

Esta pregunta se relaciona con el marco de prueba de Mocha para NodeJS.

comportamiento

El valor por defecto parece ser la de iniciar todas las pruebas, y luego procesar las devoluciones de llamada asincrónicas a medida que llegan.

Cuando la ejecución de pruebas asincrónicos, me gustaría correr cada prueba después la parte asíncrona de la uno antes ha sido llamado.

¿Cómo puedo hacer esto?

Answer 1

El punto no es tanto que el "código estructurado se ejecuta en el orden en que se ha estructurado" (sorprender!) -, sino más bien como @chrisdew sugiere, las órdenes de restitución para las pruebas asincrónicos no se puede garantizar. Para replantear el problema: las pruebas que se encuentran más abajo en la cadena (ejecución síncrona) no pueden garantizar que las condiciones requeridas, establecidas por las pruebas asíncronas, estarán listas cuando se ejecuten.

Así que si usted está requiriendo ciertas condiciones que deberán establecerse en las primeras pruebas (como un inicio de sesión de fichas o similares), usted tiene que usar ganchos como before() que ponen a prueba estas condiciones están recogidas antes de continuar.

abrigo de las pruebas dependientes en un bloque y ejecutar un asíncronobefore gancho en ellos (notar el 'hecho' en el antes del bloque):

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

Me sorprende lo que escribiste mientras uso. Uso mocha con las pruebas de estilo bdd (describe/it), y acabo de agregar algunos console.logs a mis pruebas para ver si tus afirmaciones son válidas en mi caso, pero aparentemente no es así.

Aquí está el fragmento de código que he usado para ver el orden de "end1" y "start1". Fueron ordenados apropiadamente.

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(); 
     }); 

Por supuesto, esto podría haber sucedido por casualidad también, pero tengo un montón de pruebas, y si iban a ejecutar en paralelo, sin duda lo que las condiciones de carrera, que yo no tengo.

Consulte también this issue desde el rastreador de problemas de mocha. Según él, las pruebas se ejecutan sincrónicamente.

Answer 3

quería resolver este mismo problema con nuestra aplicación , pero el accepted answer no funcionó bien para nosotros. Especialmente en el someCondition nunca sería cierto.

Utilizamos promesas en nuestra aplicación y esto facilitó la estructura de las pruebas en consecuencia. La clave, sin embargo sigue siendo para retrasar la ejecución a través de la before gancho:

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

uso mocha-steps

mantiene pruebas secuenciales sin tener en cuenta si son asíncrono o no (es decir, sus done funciones siguen funcionando exactamente como lo hicieron). Es un reemplazo directo para it y en su lugar usa step