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
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
Última actualización