Cuadro comparativo de pruebas de software

Tipo de prueba
Descripción
¿Qué se utiliza como base para la prueba?
¿Será útil para tu aplicación móvil?
Pruebas unitarias
 Son una forma de comprobar el código a nivel de módulos individuales para asegurar que funcionan correctamente por separado.
 Consta de tres partes.
El Arranque: se definen los requisitos que debe cumplir el código principal.
El Actividades: el proceso de creación, donde se acumulan los resultados a analizar.
Asert: momento para comprobar si los resultados agrupados son correctos o incorrectos.
 Considero que si se pueden emplear, ya que, resolverían ciertos errores de la aplicación y nos demostraría si realmente funciona el software destinado a los servicios de la estética.
Pruebas de integración
Incremental ascendente ( Bottom-up)
 En las pruebas de integración se examinan las interfaces entre grupos de componentes o subsistemas para asegurar que son llamados cuando es necesario y que los datos o mensajes que se transmiten son los requeridos.
 Se crean primero los componentes de más bajo nivel (E, F) y se crean componentes conductores para simular a los componentes que los llaman.
se desarrollan los componentes de más alto nivel (B, C, D) y se prueban.
Se combinan con el que los llama (A). Los componentes auxiliares son necesarios en raras ocasiones.
 Sobre todo, son necesarios para la interacción que pueda tener los usuarios con las interfaces, el uso de botones y su identificación con iconos, la navegación con otras interfaces etc.
Pruebas de integración
Incremental descendente (Top-down)
 Se integran los módulos moviéndose hacia abajo por la jerarquía de control.
 El primer componente que se desarrolla y prueba es el primero de la jerarquía (A). Los componentes de nivel más bajo se sustituyen por componentes auxiliares para simular a los componentes invocados. En este caso no son necesarios componentes conductores.
Una de las ventajas de aplicar esta estrategia es que las interfaces entre los distintos componentes se prueban en una fase temprana y con frecuencia.
Pruebas de sistema
 Tienen como objetivo ejercitar profundamente el sistema comprobando la integración del sistema de información globalmente, verificando el funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas de información con los que se comunica.
 Los resultados esperados ocurren cuando se utiliza un dato válido.
· Los mensajes de error o de advertencia aparecen en el momento adecuado, cuando se utiliza un dato inválido.
· Cada regla de negocios es aplicada adecuadamente.
 Estas pruebas, son útiles, ya que permite probar el sistema así como también verificar que las especificaciones funcionales y técnicas se cumplan correctamente.
Pruebas de aceptación
 Son las últimas pruebas realizadas donde el cliente prueba el software y verifica que cumpla con sus expectativas. Estas pruebas generalmente son funcionales y se basan en los requisitos definidos por el cliente y deben hacerse antes de la salida a producción.
 Realización de los documentos de planes de prueba de aceptación y especificación de los mismos, basados en los criterios de aceptación del cliente.
Los casos prueba de aceptación han de ser planificados, organizados y formalizados de manera que se determine el cumplimiento de los requisitos del sistema.
Son necesarias para comprobar la funcionalidad total del sistema.
Pruebas de instalación
Primero: asegurar que el sistema puede ser instalado en todas las configuraciones posibles, tales como nuevas instalaciones, actualizaciones, instalaciones completas o personalizadas, y bajo condiciones normales o anormales; estas últimas incluyen insuficiente espacio en disco, falta de privilegios para algunas tareas, etc.
Segundo: verificar que, una vez instalado, el sistema opera correctamente. Esto usualmente implica correr un número significativo de pruebas de Funcionalidad.
 Diseñar scripts para validar las condiciones de la máquina a instalar.
Realizar la instalación.
Las transacciones de la aplicación se ejecutan sin fallas.
 Son necesarias para comprobar que la instalación del software sea correcta.

Referencias:
Comas, S. (2017). ¿Qué son las pruebas unitarias?. Recuperado el 22 de febrero de 2019 de https://ayudalaravel.com/que-son-las-pruebas-unitarias/

Apiumhub. (2017). Beneficios de las pruebas unitarias. Recuperado el 22 de febrero de 2019 de https://apiumhub.com/es/tech-blog-barcelona/beneficios-de-las-pruebas-unitarias/

Comentarios

Entradas más populares de este blog

Estándar Asignado ISO / IEC 10741

Testlink

¿Qué diferencia existe entre un bug, un defecto, un fallo y un error en el ámbito del desarrollo de software?