Pruebas de control de calidad – Comprobacion de traducciones manuales

Los Diferentes Tipos de Pruebas de Software QA

Cada probador de software a menudo se encuentra con una variedad de tipos de pruebas QA: algunos en los que han trabajado, y otros de los que han oido hablar. Desafortunadamente, no todo el mundo es consciente de los diferentes tipos de pruebas de control de calidad y el papel que desempenan en la calidad general del producto. En un nivel alto, las pruebas pueden diferenciarse en manuales y automatizadas; pero cuando se profundiza, hay otras formas. He aqui 10 tipos diferentes de pruebas de control de calidad:

1. Pruebas unitarias

Las pruebas unitarias son las mas comunes. Pruebas unitarias

Un tipo de prueba que se lleva a cabo a nivel del suelo, las pruebas unitarias son pruebas de bajo nivel llevadas a cabo para probar unidades o funciones individuales del software en desarrollo. Con las pruebas unitarias, los desarrolladores se centran en las pruebas durante las primeras etapas de construccion del software para asegurarse de que cada seccion de su aplicacion de software cumple con ciertos estandares.

2. Pruebas de componentes

Una vez realizadas las pruebas unitarias, las pruebas de componentes permiten a los probadores probar multiples unidades o componentes en un solo codigo. Al utilizar datos reales y probar como funcionan los diferentes componentes de forma independiente sin integracion, las pruebas de componentes ayudan a identificar los defectos que puedan surgir, una vez que los componentes estan conectados entre si.

3. Pruebas de integracion

La siguiente etapa en el ciclo de vida de las pruebas de control de calidad son las pruebas de integracion, que verifican si los diferentes modulos o servicios utilizados por su aplicacion funcionan bien juntos. Al combinar diferentes componentes en un grupo y probarlos juntos, las pruebas de integracion ayudan a evaluar si el sistema o componente cumple con los requisitos funcionales requeridos.

4. Pruebas de extremo a extremo

Las pruebas de extremo a extremo ayudan a probar la funcionalidad y el rendimiento del producto, en entornos reales. Al replicar el comportamiento del usuario en circunstancias similares a las del producto, las pruebas de extremo a extremo ayudan a simular como seria un escenario del mundo real y verifica si los diversos flujos de usuario funcionan como se esperaba. Replicar el comportamiento del usuario y los viajes ayuda a probar la integridad de los datos y la intercomunicacion con otros sistemas.

5. Pruebas de rendimiento

Pruebas de rendimiento. Pruebas de Rendimiento

Las pruebas de rendimiento permiten a los probadores comprobar el comportamiento del sistema - cuando esta bajo una carga significativa. Las pruebas de rendimiento ayudan a confirmar la fiabilidad, estabilidad y disponibilidad del producto y a verificar si una carga adicional va a degradar el rendimiento del sistema.

6. Pruebas de regresion

Las pruebas de regresion permiten a los probadores probar una aplicacion, despues de que se haya realizado un cambio o modificacion. Mediante la ejecucion de pruebas funcionales y no funcionales, se asegura si el software previamente desarrollado y probado funciona como se esperaba - despues de correcciones de errores, mejoras de software o cambios de configuracion. Al asegurarse de que los codigos recientes y las adiciones estan funcionando correctamente, mejorara la capacidad de ejecutar la automatizacion sin problemas.

7. Sanity Testing

Sanity Testing es una forma de prueba de regresion que ayuda a los probadores a determinar si los nuevos cambios de codigo o actualizaciones de caracteristicas funcionan lo suficientemente bien como para someterse a un esfuerzo de prueba mayor. Si la aplicacion se bloquea, significa que el sistema no es lo suficientemente estable como para realizar mas pruebas, y se asigna una compilacion adicional para solucionar los problemas. El objetivo de las pruebas de sanidad no es verificar a fondo la funcionalidad del software, sino medir si la compilacion completa del software es correcta.