Tinselcity

Este es un pequeño test unitario que suelo incluir como primer test en cualquier proyecto1).

const chai = require('chai');
chai.use(require('chai-as-promised'));
const expect = chai.expect;

describe('Tests are set up and running correctly', function() {
    it('true is true', function() {
        expect(true).to.equal(true);
    });
    // Optionally add this one too:
    it('Future true will eventually be true', function() {
        expect(Promise.resolve(true)).to.eventually.equal(true);
    });
});

El test es tonto, claro que sí. No puede fallar… aparentemente.

Lo que este test hace es verificar que la propia infraestructura de tests está bien configurada. En el momento de empezar a montar el proyecto y sus tests, este test separa la situación en que esos primeros tests estén pasando y fallando, de la situación en la que la configuración de los tests no está bien. Igualmente, cuando llega un nuevo desarrollador al equipo e instala sus herramientas, el tests le sirve de identificación para saber que las ha configurado correctamente.

No es nada excepcional. Solo un detalle que, sobre todo para programadores más noveles, puede ser una pequeña ayuda y un tiempo de frustración que nos ahorramos. He encontrado muchos casos en los que el desarrollador realmente no me sabía decir si fallaba su test o si fallaba el sistema de testing.

1)
donde se usen tests, claro