Los criterios de salida que un componente o sistema debe satisfacer para ser aceptado por un usuario, cliente u otra entidad autorizada. [IEEE 610] Acceptance testing (pruebas de aceptación) Acceptance criteria (criterios de aceptación) Resultado real (actual result).
Pruebas formales con respecto a las necesidades de usuario, requisitos y procesos de negocio dirigidas a determinar si el sistema satisface o no los criterios de aceptación y a habilitar al usuario, cliente u otra entidad autorizada a determinar si acepta o no el sistema. [Según IEEE 610] Pruebas de formalismos accessibility testing (pruebas de accesibilidad) acceptance testing (pruebas de aceptación).
Capacidad de un producto software de proporcionar el resultado o efecto correcto o acordado con el grado de precisión requerido. [ISO9126]. Véase también pruebas de funcionalidad. accuracy (exactitud) Calidad de Software (software Quality) actual outcome (resultado real).
Pruebas para determinar la facilidad con la que un usuario con discapacidades puede usar un componte o sistema. [Gerrard] acceptance testing (pruebas de aceptación) Pruebas de accesibilidad Pruebas de discapacidad.
El comportamiento producido/observado cuando un componente o sistema es probado. Resultado Correcto Resultado real Reacción en cadena.
Pruebas llevadas a cabo de manera informal; no se realiza una preparación formal de la prueba, no se utilizan técnicas de diseño reconocidas, no existen expectativas para con los resultados y la arbitrariedad guía la actividad de ejecución. informal testing (pruebas informales) ad hoc testing (pruebas ad hoc) pruebas no autorizadas.
Es la capacidad del producto software de ser adaptado a diferentes entornos sin la aplicación de acciones o medios distintos de los aportados para este propósito por el software considerado. [ISO 9126]. analyzability (analizabilidad) adaptability (adaptabilidad) Portabilidad.
Práctica de pruebas para un proyecto que utiliza metodologías ágiles, tales como programación extrema (XP), tratando al desarrollo como el cliente del proceso de pruebas y enfatizando el paradigma de diseño de primero-probar. pruebas ágiles pruebas alfa pruebas beta Desarrollo dirigido por las pruebas.
Pruebas simuladas u operacionales realizadas por usuarios/clientes potenciales o por un equipo de pruebas independiente en las dependencias de desarrollo, pero fuera de la organización de desarrollo. Las pruebas alfa son utilizadas con frecuencia para software de distribución masiva como una forma de pruebas de aceptación internas. pruebas beta (betha testing) alpha testing (pruebas alfa) Simulación de pruebas.
Capacidad de un producto software de ser diagnosticado por deficiencias o causas de fallos en el software, o para las partes a ser modificadas o identificadas. [ISO 9126] analyzability (analizabilidad) Prueba de Arco Comportamiento open source.
Cualquier condición que se desvíe de las expectativas basadas en las especificaciones de requisitos, documentos de diseño, documentos de usuario, estándares, etc., o de la percepción o experiencia de alguien. Anomaly (anomalía) Error Fallo.
Una evaluación independiente del producto o proceso software para constatar el cumplimiento de estándares, guías, especificaciones y/o procedimientos, basada en criterios objetivos, incluyendo los documentos que especifican: (1) El formato o contenido de los productos a ser producidos (2) El proceso por el que el producto será producido (3) Cómo será medido el cumplimiento con estándares o guías. [IEEE 1028] Evaluacuación de cumplimiento auditoría Cumplimiento de procesos.
Camino por el cual se puede recuperar la entrada original a un proceso (por ejemplo datos) a través del mismo (proceso), tomando como punto de partida la salida del proceso. Esto facilita el análisis de defectos y permite llevar a cabo la auditoría de un proceso. [Según TMap] Nodos Arcos Rastros de auditoria.
Productos de soporte de pruebas utilizados en pruebas automatizadas, tales como scripts de herramientas. producto de soporte de pruebas automatizadas. Pruebas manuales de soporte Arnés de pruebas.
Grado hasta cual un componente o sistema es operativo y accesible cuando se requiere su uso. A menudo es expresado como un porcentaje. [IEEE 610] Accesibilidad disponibilidad Demanda.
Pruebas en las que dos o más variantes de un componente o sistema son ejecutados con las mismas entradas, las salidas son comparadas y analizadas en caso de discrepancias. [IEEE 610] pruebas de comparación pruebas secuenciadas pruebas de inicialización.
Especificación o producto software que ha sido formalmente revisada o para la cual se ha llegado a un acuerdo, que en adelante sirve como base para un desarrollo posterior y que puede ser modificado sólo a través de un proceso formal de control de cambios. [Según IEEE 610] baseline Requerimiento de línea Requerimiento a futuro.
Secuencia de una o más sentencias ejecutables consecutivas que no contiene ramas. línea base bloque básico línea bloque (block line).
Conjunto de casos de prueba derivados de la estructura interna de un componente o especificación para asegurar que será alcanzado el 100% de un criterio de cobertura especificado. condiciones casos de prueba conjunto de pruebas base.
Respuesta de un componente o sistema a un conjunto de valores de entrada y de precondiciones. reacción por código comportamiento resultado esperado.
(1) Un estándar contra el cual se pueden realizar medidas o comparaciones.
(2) Una prueba utilizada para comparar componentes o sistemas entre si o con un estándar como en (1). [Según IEEE 610] prueba alfa (alpha testing) prueba comparativa (benchmark test) pruebas beta.
Software desarrollado específicamente para un conjunto de usuarios o clientes. Lo opuesto es el software de distribución masiva. software a demanda software open source software de estados software a medida.
Método superior o práctica innovadora que contribuye al mejor funcionamiento de una organización en un determinado contexto, usualmente reconocido como “mejor” por otras organizaciones homólogas. reingeniería mejor práctica cambio de práctica homologación.
Pruebas operacionales realizadas por usuarios/clientes potenciales y/o existentes, en un sitio externo no relacionado de ninguna manera con los desarrolladores, para determinar si un componente o sistema satisface o no las necesidades del usuario/cliente y se ajusta a los procesos de negocio. Con frecuencia las pruebas beta se emplean como una forma de prueba de aceptación externa para software de distribución masiva con el objetivo de obtener la respuesta del mercado. pruebas alfa pruebas beta pruebas iniciales.
Tipo de prueba de integración en el que los elementos software, elementos hardware ó ambos son combinados de forma simultánea en un componente o un sistema global en lugar de hacerlo por fases. [Según IEEE 610] prueba comparativa pruebas tipo big-bang pruebas de alcance integral.
Procedimiento para obtener y/o seleccionar casos de prueba basados en el análisis de la especificación, tanto funcional como no funcional de un componente o sistema sin referencia a su estructura interna. técnica de diseño de prueba de caja blanca técnica de diseño de prueba de caja negra técnica de casos de uso.
Pruebas tanto funcionales como no funcionales, sin referencia a la estructura interna del componente o sistema pruebas de caja blanca (white-box testing) pruebas de caja negra pruebas tipo big-bang.
Caso de prueba que no puede ser ejecutado porque las precondiciones para su ejecución no son satisfechas. caso de prueba en stand by caso de prueba bloqueado caso de prueba no testeable caso de prueba perdido.
Enfoque incremental para pruebas de integración donde los componentes de más bajo nivel son probados en primer lugar, posteriormente son utilizados para facilitar las pruebas de componentes de un nivel superior. Este proceso se repite hasta que es probado el componente en el extremo superior de la jerarquía. pruebas descendentes pruebas ascendentes pruebas límites pruebas incrementales.
Valor de entrada o de salida que se encuentra en la frontera de una partición de equivalencia o a la mínima distancia incremental a cualquier lado de la frontera, por ejemplo el valor mínimo o máximo de un rango. valores equivalentes valor límite (boundary value) valor de frontera.
Técnica de diseño de pruebas de caja negra en la cual los casos de prueba son diseñados basándose en los valores límite. análisis de valores límites diseño de valores límites técnica de valores límites.
Porcentaje de valores límite que han sido practicados por un juego de pruebas. cobertura de valores límite cobertura de valores de pruebas cobertura de valores finales.
Bloque básico que puede ser seleccionado para su ejecución en base a una estructura propia de un programa en la cual están disponibles uno de dos o más caminos alternativos, por ejemplo case, jump, go to, ifthen-else. rama branch condition cobertura de rama.
|
