Estándares de prueba

Esta sección describe la forma en que se realizan las pruebas en los diferentes servicios e interfaces de usuario de los proyectos de Decentraland.

Las palabras clave "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" y "OPTIONAL" en este documento deben interpretarse según lo descrito en RFC 2119.

Resumen

Las pruebas son una parte crítica de nuestro proceso de desarrollo. Mantenemos altos estándares de cobertura y calidad de pruebas en todos nuestros proyectos. Esta documentación ofrece pautas completas para:

• Escribir pruebas - Principios y patrones generales para escribir pruebas mantenibles y claras

• Probar interfaces de usuario - Probar componentes React, sagas de Redux, reducers, selectores y creadores de acciones

• Probar servicios (Well-Known-Component) - Probar servicios modulares construidos con la arquitectura well-known-component

• Probar servicios (Obsoleto) - Enfoque heredado para probar servicios (como referencia)

• Pruebas de extremo a extremo - Pruebas E2E con Cypress (Trabajo en progreso)

Filosofía de pruebas

Nuestro enfoque de pruebas enfatiza:

• Claridad - Las pruebas deben ser autoexplicativas y fáciles de entender

• Mantenibilidad - Las pruebas deben ser fáciles de actualizar cuando cambian los requisitos

• Aislamiento - Cada prueba debe ejecutarse de forma independiente sin afectar a las demás

• Cobertura - Todos los caminos críticos y casos límite deben ser probados

• Valor - Las pruebas deben proporcionar confianza de que el código funciona según lo previsto

Enlaces rápidos

• Cómo describir contextos con describe

• Cómo escribir expectativas con it

• Qué probar y cuándo

• Cuándo y cómo simular (mock)

Normas relacionadas

• Gestión de dependencias - Gestión de dependencias npm y peerDependencies

• Estándares de UI - Patrones de Redux y RTK Query

• Documentación de API - Estándares de documentación OpenAPI