Glosario de la recepción de software

Términos de la A a la Z

Defecto

Desviación observada entre el comportamiento real de un software y el comportamiento esperado. Un defecto se describe mediante sus pasos de reproducción, su gravedad y su estado (abierto, corregido, por volver a probar, cerrado). También se llama bug o incidencia.

Cuaderno de pruebas de aceptación (cahier de recette)

Documento que enumera los casos de prueba que hay que ejecutar para aceptar un software, con los pasos, los datos y el resultado esperado de cada uno. Consulte la guía del cuaderno de pruebas de aceptación.

Campaña de pruebas

Ejecución planificada de un conjunto de casos de prueba sobre una versión determinada del software, por una o varias personas, durante un periodo definido. Cada caso recibe un estado al final de la campaña.

Caso de prueba

Una comprobación única descrita mediante precondiciones, pasos y un resultado esperado. Un caso de prueba verifica una intención precisa, por ejemplo el rechazo de una contraseña incorrecta.

Criterio de aceptación

Condición medible que una funcionalidad debe cumplir para ser aceptada por el cliente. Los criterios de aceptación son la fuente natural de los casos de prueba.

Entorno de aceptación

Instancia del software, separada de producción, en la que se realizan las pruebas de aceptación. Debe parecerse a producción para que los resultados sean representativos.

Requisito

Necesidad que una especificación impone al software, por ejemplo « se rechaza una contraseña incorrecta ». Un requisito comprobable se verifica mediante un resultado observable.

Gravedad de un defecto

Nivel de impacto de un defecto en el uso del software: bloqueante (uso imposible), mayor, menor. No debe confundirse con la prioridad de corrección, que depende además del calendario y del contexto.

Conjunto de datos de prueba

Conjunto de valores y estados iniciales (cuentas, productos, permisos) necesarios para ejecutar un caso de prueba de forma reproducible.

MOA (propiedad del proyecto, lado cliente)

El cliente, que aporta la necesidad y valida la entrega. En la aceptación, la MOA ejecuta o hace ejecutar las pruebas de negocio y firma el acta.

MOE (contratista, lado proveedor)

El proveedor que diseña y construye el software. En la aceptación, la MOE entrega la versión, corrige los defectos y hace el seguimiento del avance.

Matriz de cobertura

Tabla que vincula cada requisito con los casos de prueba que lo verifican. Muestra los requisitos que no están cubiertos. También se llama matriz de trazabilidad.

Prueba de regresión

Prueba que se repite tras un cambio para comprobar que las funciones existentes no se han degradado.

Plan de pruebas

Documento de estrategia: alcance, tipos de pruebas, entornos, recursos y calendario. El cuaderno de pruebas de aceptación detalla su ejecución.

Acta de aceptación (PV de recette)

Acta firmada por el cliente y el proveedor que deja constancia del resultado de las pruebas de aceptación y declara la aceptación, la aceptación con reservas o el rechazo. Consulte la guía del acta de aceptación.

Aceptación (recette)

Fase de verificación de un software entregado frente a la especificación, que termina con su aceptación o su rechazo.

Aceptación funcional

Pruebas de aceptación que verifican que las funciones del software se comportan como describe la especificación, desde el punto de vista del usuario. Se distingue de las pruebas de rendimiento o de seguridad.

Aceptación por el usuario (UAT)

Pruebas de aceptación realizadas por los usuarios de negocio del cliente en condiciones realistas. UAT significa « User Acceptance Testing ».

Reserva

Defecto o desviación que el cliente acepta que se corrija después de la aceptación. Figura en el acta con su plazo de corrección y se levanta una vez corregida y vuelta a probar.

Resultado esperado

Comportamiento observable que valida un caso de prueba. Debe ser lo bastante preciso para que dos probadores lleguen a la misma conclusión.

Prueba de humo (smoke test)

Serie corta de pruebas que comprueba que las funciones esenciales funcionan antes de lanzar una ronda de aceptación completa sobre una versión.

Estados de ejecución (OK, KO, Bloqueado, N/A)

OK: resultado conforme. KO: desviación observada, se abre un defecto. Bloqueado: el caso no se puede ejecutar. N/A: el caso no se aplica a este alcance.

VABF (verificación de aptitud para el buen funcionamiento)

Etapa de verificación, prevista en algunos contratos (en particular los contratos informáticos públicos franceses), que comprueba que el sistema entregado funciona como se espera.

VSR (verificación de servicio regular)

Etapa que sigue a la VABF en algunos contratos: el sistema se observa a lo largo del tiempo, en condiciones reales de explotación, antes de la aceptación definitiva.

Versión entregada

Versión precisa del software entregada para su aceptación. El cuaderno de pruebas y el acta deben indicarla para que quede claro qué se verificó.