Ejecute pruebas unitarias para una aplicación GitHub de Node.js desde AWS CodeBuild

Creada por Thomas Scott (AWS) y Jean-Baptiste Guillois () AWS

Resumen

Este patrón proporciona un ejemplo de código fuente y componentes clave de prueba unitaria para un juego de Node.jsAPI. También incluye instrucciones para ejecutar estas pruebas unitarias desde un GitHub repositorio mediante AWS CodeBuild el flujo de trabajo de integración y entrega continuas (CI/CD).

Las pruebas unitarias son un proceso de desarrollo de software en el que diferentes partes de una aplicación, llamadas unidades, se prueban de forma individual e independiente para comprobar su correcto funcionamiento. Las pruebas validan la calidad del código y confirman que funciona según lo esperado. Otros desarrolladores también pueden familiarizarse fácilmente con su base de código consultando las pruebas. Las pruebas unitarias reducen el tiempo de refactorización en el futuro, ayudan a los ingenieros a ponerse al día con su base de código con mayor rapidez y proporcionan confianza en el comportamiento esperado.

Las pruebas unitarias implican probar funciones individuales, incluidas las funciones AWS Lambda. Para crear pruebas unitarias, necesita un marco de pruebas y una forma de validar las pruebas (aserciones). Los ejemplos de código de este patrón utilizan el marco de pruebas Mocha y la biblioteca de aserciones Chai. 

Para obtener más información sobre las pruebas unitarias y ejemplos de componentes de las pruebas, consulte la sección de Información adicional.

Requisitos previos y limitaciones

Arquitectura

Este patrón implementa la arquitectura que se muestra en el siguiente diagrama.

Herramientas

Herramientas

Código

El código fuente de este patrón está disponible en el GitHub repositorio de aplicaciones de prueba de unidades de juego de muestra. Puedes crear tu propio GitHub repositorio a partir de esta muestra (opción 1) o utilizar el repositorio de muestras directamente (opción 2) para este patrón. Siga las instrucciones para cada opción que se indican en la siguiente sección. La opción que siga dependerá de su caso de uso.

Epics

Recursos relacionados

Información adicional

Ver resultados de la prueba unitaria

En la CodeBuild consola, debería ver los siguientes resultados de las pruebas una vez que el proyecto se haya creado correctamente. 

Ejemplo de componentes de una prueba unitaria

Esta sección describe los cuatro tipos de componentes de prueba que se utilizan en las pruebas unitarias: aserciones, espías, stubs y mocks. Incluye una breve explicación y un ejemplo de código de cada componente. 

Aserciones

Se utiliza una aserción para verificar un resultado esperado. Este es un componente de prueba importante porque valida la respuesta esperada de una función determinada. El siguiente ejemplo de aserción valida que el identificador devuelto esté entre 0 y 1000 al inicializar un juego nuevo.

const { expect }  = require('chai');
const { Game } = require('../src/index');

describe('Game Function Group', () => {
 it('Check that the Game ID is between 0 and 1000', function() {
      const game = new Game();
      expect(game.id).is.above(0).but.below(1000)
 });
});

Espías

Un espía se utiliza para observar lo que sucede cuando se ejecuta una función. Por ejemplo, es posible que quiera comprobar que se ha llamado a la función correctamente. El siguiente ejemplo muestra que los métodos de inicio y parada se llaman en un objeto de la clase Juego.

const { expect }  = require('chai');
const { spy } = require('sinon');

const { Game } = require('../src/index');

describe('Game Function Group', () => {
   it('should verify that the correct function is called', () => {
      const spyStart = spy(Game.prototype, "start");
      const spyStop = spy(Game.prototype, "stop");
     
      const game = new Game();
      game.start();
      game.stop();
     
      expect(spyStart.called).to.be.true
      expect(spyStop.called).to.be.true
    });
});

Stubs

Un stub se utiliza para anular la respuesta predeterminada de una función. Esto resulta especialmente útil cuando la función realiza una solicitud externa, ya que se quiere evitar realizar solicitudes externas a partir de pruebas unitarias. (Las solicitudes externas son más adecuadas para las pruebas de integración, que pueden probar físicamente las solicitudes entre diferentes componentes). En el siguiente ejemplo, un código auxiliar fuerza a la getIdfunción a devolver un identificador.

const { expect }  = require('chai');
const {.stub } = require('sinon');

const { Game } = require('../src/index');

describe('Game Function Group', () =>  {
   it('Check that the Game ID is between 0 and 1000', function() {
      let generateIdStub = stub(Game.prototype, 'getId').returns(999999);

      const game = new Game();

      expect(game.getId).is.equal(999999);

      generateIdStub.restore();
    });
});

Mocks

Un mock es un método falso que tiene un comportamiento preprogramado para probar diferentes escenarios. Un mock puede considerarse una forma extendida de un stub y puede llevar a cabo múltiples tareas simultáneamente. En el siguiente ejemplo, se utiliza un mock para validar tres escenarios:

const { expect }  = require('chai');
const {.mock } = require('sinon');

const { Game } = require('../src/index');

describe('Game Function Group', () =>  {
   it('Check that the Game ID is between 0 and 1000', function() {
      let mock = mock(Game.prototype).expects('getId').withArgs().returns(9);

      const game = new Game();
      const id = get.getId();

      mock.verify();
      expect(id).is.equal(9);
    });
});