Tipos de Prueba y Tecnicas de Pruebas

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 3

TIPOS DE PRUEBA

Hay diferentes tipos de prueba de software. Las que buscan probar una
funcionalidad del software, las que buscan probar una característica no funcional,
como puede ser la fiabilidad, y las que buscan probar la estructura del software.
Teniendo en cuenta esto, vamos a diferenciar los tipos de prueba en tres puntos
principales:
• Pruebas funcionales.
• Pruebas no funcionales.
• Pruebas estructurales.

PRUEBAS FUNCIONALES.
Para el desarrollo de las pruebas funcionales para el sistema de control de citas
de la Clínica Medica se utilizaron tres técnicas para ellas, pruebas unitarias,
pruebas de componentes y pruebas de integración.
1. Pruebas unitarias:
Las pruebas unitarias son las que aseguran que cada fragmento del código
desarrollado en un componente brinde los resultados adecuados.
Para el desarrollo del Sistema de Control de Citas de la clínica Médica, se
realizaron pruebas unitarias a cada uno de sus métodos y clases, a cada modulo
verificando que trabaje acorde a los lineamientos proporcionados, desde la interfaz
hasta la visualización de la información, verificando que cada método se ejecutara
de la forma deseada como la visualización del total de los pacientes, el ingreso
que sea correcto con la información necesaria y con la asignación de médico que
el usuario establezca, de igual manera se ejecutaron para los diferentes módulos
solicitados de forma independiente antes de pasar a otra unidad.
2. Pruebas de componentes:
Las pruebas de componentes se ejecutan de forma independiente para comprobar
que el resultado sea el requerido. Su objetivo es verificar las funcionalidades o
usabilidades de los componentes, aunque no solo se limite a eso.
Para el desarrollo del Sistema de Control de Citas de la clínica Médica, se verifico
dado uno de los elementos de entrada que debe generar una salida, iniciando con
la prueba de login con credenciales válidas e inválidas, prueba de UI para
usabilidad y accesibilidad, inyección de SQL a través de componentes de UI para
asegurar la seguridad y prueba de carga para asegurar el rendimiento.
3. Pruebas de integración:
La prueba de integración es uno de los tipos de prueba funcional más común y se
realiza de forma automatizada. Se realizan para probar componentes individuales
con el objetivo de verificar cómo los módulos, que trabajan de forma individual,
funcionan cuando estén integrados.
Para el Sistema de Control de Citas de la clínica Médica, se realizo este tipo de
pruebas de integración ya que al momento del desarrollo se realizo de forma
independiente, es decir que cada desarrollador trabajo un módulo específico del
sistema simultáneamente y no se centran en otros. Las pruebas de integración
permiten que los datos y comandos operativos fluyan entre módulos. Hacer que
todo actúe como partes de un solo sistema en lugar de aplicativos aislados.

PRUEBAS NO FUNCIONALES. (PERFORMANCE)


Este tipo de pruebas tienen en cuenta el comportamiento externo del software, es
decir cómo funciona el sistema, y se suelen utilizar técnicas de diseño de caja
negra.
Al igual que las características funcionales, las características no funcionales
tienen que estar definidas en las especificaciones del producto.
El objetivo de realizar esta prueba al Sistema de Control de Citas Medicas es
examinar la velocidad del servidor o del sistema para determinar si responde de
inmediato o no. Asimismo, nos ayudan a establecer cuánta carga puede manejar
el servidor o el sistema y así poder saber si este se mantiene estable con
diferentes tipos de cargas. Para ello se realizaron tres tipos de pruebas.
1. Pruebas de carga:
Estas pruebas se hacen con el objetivo de determinar y validar la respuesta de la
aplicación cuando esta está sometida a una carga de un cierto número de
usuarios o de peticiones.
Para ello verificamos si el sistema puede soportar la carga de 100 usuarios de
forma simultánea. Este resultado se compara con el volumen esperado.
2. Pruebas de rendimiento:
El principal objetivo de este tipo de pruebas no funcionales es calcular la
respuesta de la aplicación con diferentes medidas de usuario o peticiones.
Este tipo de prueba se realizó para conocer cuál es la respuesta al procesar el
ingreso de 100 y 1000 registros de forma parametrizada. Este resultado se
compara con el resultado esperado.
3. Pruebas de esfuerzo:
Estas pruebas se realizan para encontrar el número de usuarios, peticiones o
tiempos que la aplicación puede soportar. Este tipo de pruebas no funcionales son
muy semejantes a las pruebas de carga y rendimiento, pero se diferencian en que
debemos superar los límites esperados en el ambiente de producción o los límites
que fueron determinados en las pruebas.
El objetivo es encontrar la cantidad de usuarios que soporta de manera simultánea
hasta que la aplicación deja de responder (cuelgue o time out), haciéndolo de
forma correcta según todas las peticiones.

PRUEBAS ESTRUCTURALES.
Verifica la implementación del programa o código a través de pruebas de la
estructura del sistema de software o sus componentes. El probador se concentra
en el trabajo del software durante las pruebas estructurales. Puede ser utilizado en
todos los niveles de prueba de caja blanca.
El objetivo de este tipo de pruebas es la identificación de deficiencias obvias,
complementación de pruebas funcionales para entender si falta algo en nuestra
suite de pruebas. Eliminación de código muerto, si existe la capacidad de
descubrir errores en una etapa temprana, asegura la prueba de software más
completa, la prueba estructural no es el proceso que consume tiempo.
La técnica utilizada para la verificación de esta:
• La cobertura de la declaración verifica que cada instrucción en un
programa se ejecute al menos una vez durante la prueba del programa.
• La cobertura de ruta tiene como objetivo satisfacer los criterios de
cobertura para cada ruta lógica a través del programa.
• La cobertura de la sucursal verifica si cada condición de la rama del
programa tiene valores verdaderos o falsos.
• La cobertura de condición es similar a la cobertura de sucursal. La
principal diferencia son las pruebas de cobertura de condición para las
ramas condicionales y no condicionales.

También podría gustarte