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		Es una forma de comprobar el correcto funcionamiento de una unidad de código. Por ejemplo en diseño estructurado o en diseño funcional una función o un procedimiento, en diseño orientado a objetos una clase.	Arrane: requisitos que debe cumplir el código principal. El act: donde vamos acumulando los resultados que analizaremos. Asert: se valida y continúa, o se repara, de forma que el error desaparezca.	Sí, porque habrá mayor revisión del sistema ya que se haría pruebas por cada elemento realizado.
Pruebas de integración	Incremental ascendente (Bottom-Up)	Empieza la construcción y la prueba con los módulos de los niveles más bajos de la estructura del programa. Dado que los módulos se integran de abajo hacia arriba, el proceso requerido de los módulos subordinados a un nivel dado siempre está disponibles y se elimina la necesidad de resguardos.	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. A continuación, se desarrollan los componentes de más alto nivel (B, C, D) y se prueban. Por último, dichos componentes se combinan con el que los llama (A). Los componentes auxiliares son necesarios en raras ocasiones.	Sí, porque se empezaría del módulo más pequeño y el sistema ira creciendo poco.
Pruebas de integración	Incremental descendente (Top-Down)	Se integran los módulos moviéndose hacia abajo por la jerarquía de control. Comenzando por el módulo principal, los módulos subordinados se van incorporando a la estructura bien, en forma primero en profundidad, que integra todos los módulos de un camino de control principal de la estructura, o primero en anchura, que incorpora todos los módulos directamente subordinados a cada nivel, moviéndose por la estructura de forma horizontal.	En este caso 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. A continuación, se desarrollan los componentes de más alto nivel (B, C, D) y se prueban. Por último, dichos componentes se combinan con el que los llama (A).	Si, sería una buena opción ya que se analizaría el módulo de mayor importancia en sistema.
Pruebas de sistemas		Verificar el ingreso, procesamiento y recuperación apropiada de datos, y la implementación apropiada de las reglas de negocios. Este tipo de pruebas se basan en técnicas de caja negra, esto es, verificar el sistema (y sus procesos internos), la interacción con las aplicaciones que lo usan vía GUI y analizar las salidas o resultados.	El funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y con el resto de los sistemas de información con los que se comunica.	Si, ya que se realizara una verificación de sistema para el software.
Pruebas de aceptación		Prueba final antes del despliegue del sistema. Su objetivo es verificar que el software está listo y que puede ser usado por usuarios finales para ejecutar aquellas funciones y tareas para las cuales el software fue construido.	Las 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.	Si, ya que se verificara la aceptación del sistema para poder ser instalado correctamente.
Pruebas de instalación		Verificar y validar que el sistema se instale apropiadamente en cada cliente, bajo las siguientes condiciones: instalaciones nuevas y actualizaciones.	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.	Si, ya que necesitamos verificar el sistema, acompañado del dispositivo para su instalación correctamente.

EcuRed. (25 de 11 de 2018). Pruebas de software. Obtenido de Pruebas de software: https://www.ecured.cu/Pruebas_de_software