Pruebas y calidad

Las pruebas deben demostrar reglas de negocio, permisos, migraciones y cooperación con módulos opcionales; compilar un wheel no demuestra compatibilidad funcional.

Objetivos de aprendizaje

• Ejecute ModuleTestCase con una base temporal. Al terminar, compruebe el resultado con un registro de prueba y documente quién es responsable.
• Pruebe estados válidos e inválidos. Al terminar, compruebe el resultado con un registro de prueba y documente quién es responsable.
• Pruebe compañías, monedas, períodos cerrados y permisos. Al terminar, compruebe el resultado con un registro de prueba y documente quién es responsable.
• Instale combinaciones de dependencias opcionales. Al terminar, compruebe el resultado con un registro de prueba y documente quién es responsable.
• Construya y reinstale el wheel producido por CI. Al terminar, compruebe el resultado con un registro de prueba y documente quién es responsable.

Conceptos que debe dominar

• Ejecute ModuleTestCase con una base temporal.
• Pruebe estados válidos e inválidos.
• Pruebe compañías, monedas, períodos cerrados y permisos.
• Instale combinaciones de dependencias opcionales.
• Construya y reinstale el wheel producido por CI.

Práctica guiada

1. Actividad 1. Ejecute ModuleTestCase con una base temporal. Realícela primero en un ambiente de ensayo, registre las precondiciones y compare el resultado esperado con el obtenido.

2. Actividad 2. Pruebe estados válidos e inválidos. Realícela primero en un ambiente de ensayo, registre las precondiciones y compare el resultado esperado con el obtenido.

3. Actividad 3. Pruebe compañías, monedas, períodos cerrados y permisos. Realícela primero en un ambiente de ensayo, registre las precondiciones y compare el resultado esperado con el obtenido.

4. Actividad 4. Instale combinaciones de dependencias opcionales. Realícela primero en un ambiente de ensayo, registre las precondiciones y compare el resultado esperado con el obtenido.

5. Actividad 5. Construya y reinstale el wheel producido por CI. Realícela primero en un ambiente de ensayo, registre las precondiciones y compare el resultado esperado con el obtenido.

Cómo verificar el resultado

• La compañía, usuario, idioma, zona horaria y fecha son los esperados.
• Los permisos permiten únicamente las operaciones asignadas a la responsabilidad.
• Los cambios dejan trazabilidad y los documentos relacionados conservan consistencia.
• El procedimiento puede repetirse con el mismo resultado y tiene una forma documentada de corrección.
• Una copia restaurada permite reproducir el proceso sin depender del servidor de producción.

Errores frecuentes

• Confundir guardar con confirmar, contabilizar, pagar o cerrar.
• Probar solamente con el usuario administrador y concluir que los permisos funcionan.
• Cambiar estados o totales directamente con SQL para evitar una validación.
• Actualizar módulos sin inventario, copia restaurable y conciliación posterior.
• Documentar únicamente el camino exitoso y omitir cancelaciones, correcciones y excepciones.

Perspectiva para desarrolladores

Identifique los modelos, campos, botones, dominios y reglas de acceso involucrados. Antes de extender el proceso, localice el módulo que posee la regla, revise sus pruebas y conserve sus invariantes mediante super(). Una personalización correcta debe funcionar con diferentes compañías, idiomas, permisos y estados.

Lista de control para producción

• La compañía, usuario, idioma, zona horaria y fecha son los esperados.
• Los permisos permiten únicamente las operaciones asignadas a la responsabilidad.
• Los cambios dejan trazabilidad y los documentos relacionados conservan consistencia.
• El procedimiento puede repetirse con el mismo resultado y tiene una forma documentada de corrección.
• Una copia restaurada permite reproducir el proceso sin depender del servidor de producción.