Software manual testing

Tipos de testing

Categorias:

Analisis estatico y dinamico

Analisis estatico: Es el tipo de analisis que se basa en realizar inspecciones. La inspeccion va ser el proceso de examinar la aplicación para detectar los errores pero sin ejecutarlos. Es estatico porque no se ejecuta el codigo examinado. Se realiza antes de ejecutar las pruebas dinamicas. Se verifica cualquier tipo dedocumentacion relacionada con el producto. El codigo fuente se toma y analisa como si fuera un documento más, lo primero que se verifica es que el codigo hago lo que indican las especificacion, despues los controles de fujo, los flujos de datos, la estructura del programa y la dependencia de los datos. Tambien las especificaciones (funcionales y no funcionales), el diseño, los modelos, el maquetado.Analisis dinamico: Hace foco en el analisis de la informacion obtenida mediante la ejecucion del software. Sirve para analizar el redimento del producto, podemos poner a prueba propiedades funcionales (especificaciones) y no funcionales (cualidades que tiene que tener el software, ej: la usabilidad/portabilidad-podrian no estar en las especificaciones). Ejecutamos el software para detectar fallas.Sobre el fin del proceso se busca obtener respuestas validas para determinadas entradas y determinadas condiciones. Hace foco en verificar las respuestas del software ante estimulos en distintas entradas de datos.

¿Cómo seleccionar las entradas para el analisis?

¿Cómo sabemos si esas entradas son las adecuadas?

Según el tipo de enfoque:

Basado en la estructura o caja blanca: Se centraen la estructura interna del programa, analiza todos los caminos de ejecución posibles. Las pruebas se van a hacer en funcion de lo que hay dentro del codigo.
Tambien llamada pruebas basadas en la estructura, pruebas de caja trasparente...
Por definicion, la prueba de caja blanca, está siempre observando el codigo y los casos de prueba se definen a partir de la estructura interna del programa,con lo cual se prueba solo lo que el software hace.

1. Se debe conocer el desarrollo interno del programa. Es determinante en el analisis de la coherencia y la consitencia del codigo según los requerimientos, es decir que conociendo como se desarrolla internamente el codigo se puede ver si el codigo hace lo que el requerimiento dice que tiene que hacer.
2. Considerar las reglaspredefinidas por cada algoritmo. (condiciones, tipos de datos, etc.)
3. Comparar el desarrollo del programa en su codigo con la documentacion pertinente.



Entrada Salida




Ventajas de pruebas white box:
Se puede medir la cobertura de la prueba facilmente, porque semide según la cantidad de lineas que fueron analizadas.
Como conozco el codigo es posible probar todos los caminos y combinaciones logicas posibles. Porque viendo la estructura del programa voy a poder probar todos los caminos.

Desventajas de pruebas white box:
Se necesitan skills de desarrollador.
Asume que el flujo de control es correcto, porque asume que todo el flujo de datos escorrecto.
Las pruebas se basan sobre el codigo escrito, por lo tanto, no es posible detectar la ausencia de funcionalidades que no esten implementadas. (si se olvidaron de escribir algo en el codigo, no lo voy a probar)


Basado en las especificacaciones o caja negra: Se centra en el analisis de la entrada y salida de las funciones, sin importarle el proceso interno. Se basa en la definicion delmodulo aprobar, se prueba los que el software deberia hacer y se prescinde del comportamiento y la estructura interna del programa. Este tipo de pruebas son tambien llamadas pruebas basadas en las especificaciones, basadas en las funcionalidades, prueba de entrada y salida o pruebas inducidas por los datos. Estas pruebas se centran en lo que se espera de esa funcion o ese modulo, o sea, que...