Para realizar pruebas en sitios web, pruebas de escritorio y móviles aplicación pruebas más eficiente uno debe comprender la estructura del sistema bajo prueba y las relaciones entre sus áreas. Tal conocimiento permite realizar pruebas no sólo black-box, sino amplificarlo con gris-caja de prueba así como.
Prueba de caja-gris permite probadores para especializarse esfuerzos en áreas del software que probablemente contienen defectos. Esto puede ser, por ejemplo, piezas complejas del proyecto o con alto riesgo de fracasar debido a la fluctuación del nuevo código u otras razones.
El conocimiento de la estructura del proyecto probado tiene impacto positivo en muchas cuestiones.
Cuestiones que pueden ser modificadas debido a la comprensión de la arquitectura de Software:
1. Software Bugs descripciones
Procedimiento de prueba generalmente se basa en los requisitos de software. Es por ello que cada defecto encontrado está conectado con ciertos requisitos. Si un probador puede añadir a la explicación de la descripción del defecto cómo el defecto se combina con la estructura del proyecto, dicha descripción puede ser muy útil para el equipo de desarrollo.
Por ejemplo, si no aparece un cuadro de diálogo definitivo, con conocimiento de la estructura interna del sistema el probador es capaz de averiguar la causa probable de tal defecto.
2. Eficacia de pruebas exploratorias
En caso de falla de la prueba, el probador debe corregir los casos de prueba para averiguar las razones que causan la aplicación romper.
En esta situación la comprensión de la arquitectura del proyecto y las conexiones entre sus áreas es muy rentable. Permite un probador para centrarse en ciertas partes del sistema que son más propensos a contener errores y omitirlos que tienen poco que ver con los errores encontrados.
Por ejemplo, si hay problemas con la conexión de base de datos, pruebas deben destino en la zona de conexión y no hay ninguna necesidad de las operaciones de base de datos de prueba.
3. El propósito de un proceso de prueba
Prueba de caja-gris comprende la investigación de una aplicación tanto desde el punto de vista de un usuario y a través de la estructura de la aplicación de niveles profundos. Teniendo en cuenta la información de las dos dimensiones puede predecir la aparición de los probables defectos y el comportamiento de la aplicación.
Los errores habituales que pueden malinterpretarse sin saber de la estructura interna del sistema:
-Una operación puede fallar. Cuando esto sucede la interfaz de usuario sólo muestra un mensaje de error. Para averiguar la razón uno debe inspeccionar los niveles más profundos de la aplicación.
-Realización de un caso de prueba el sistema puede salida el resultado que varía desde el resultado esperado. Generalmente esto ocurre porque la información es procesada incorrectamente en cierta parte de la aplicación.
-Una operación puede fallar, pero no puede haber ningún mensaje de error que se muestra en la interfaz de usuario. Esto ocurre cuando la información es de entrada pero no se guarda en la base de datos. Se llama un falso positivo.
-Un masaje de error puede aparecer cuando la operación con éxito. Esto se llama un falso negativo.
En la mayoría de los casos, una compañía de pruebas de software quiere sus probadores para tener conocimiento al menos básico de la estructura de software probado. Aumenta la efectividad de cualquier móvil prueba, prueba de escritorio o sitio web pruebas.