Tabla Comparativa Pruebas

Tipo de prueba		Descripción	¿Qué se utiliza como base para la prueba?	¿Será útil para tu aplicación móvil?
Pruebas unitarias		Son principalmente trozos de código diseñados para comprobar que el código principal está funcionando como esperábamos. Pequeños test creados específicamente para cubrir todos los requisitos del código y verificar sus resultados.	El proceso que se lleva a cabo, consta de tres partes.  El Arrange, donde se definen los requisitos que debe cumplir el código principal.  El Act, el proceso de creación, donde vamos acumulando los resultados que analizaremos.  Por ultimo el Asert, que se considera el momento en que comprobamos si los resultados agrupados son correctos o incorrectos.	Nos seria útil para la proporcionar un método mas ágil, donde nos permitiría detectar errores en tiempo y forma
Pruebas de integración	Incremental ascendente ( Bottom-up)	Es donde la construcción del diseño empieza desde los módulos más bajos hacia arriba (módulo principal), el procesamiento requerido de los módulos subordinados siempre está disponible y elimina la necesidad de resguardo. La sección de una estrategia de integración depende de las características del software y, a veces, del plan del proyecto, en algunos de los casos se puede combinar ambas estrategias.	Consiste en construir el sistema a partir de los distintos componentes y probarlo con todo integrados. Estas pruebas deben realizarse progresivamente. El foco de atención es el diseño y la construcción de la arquitectura de software.	No del todo ya que, a pesar de tener un gran manejo para pruebas es necesario hacerlo consecutivamente y esto no es recomendable ya que se perderían por el hecho de hacerlo tan seguidamente.
Pruebas de integración	Incremental descendente (Top-down)	Son pruebas con un enfoque incremental de pruebas de integración donde el componente en el nivel más alto en la jerarquía es probado en primer lugar, con los componentes del nivel inferior siendo simulados mediante stubs. A continuación, los componentes probados son utilizados para probar los componentes del nivel inferior. El proceso se repite hasta que el nivel más bajo haya sido probado.	Todas las pruebas planeadas han sido ejecutadas. Todos los defectos que se identificaron han sido tenidos en cuenta. Comparar el resultado esperado con el resultado obtenido.	Se puede mostrar favorecedor, ya que estas pruebas comienzan cuando ya tenemos todo integrado y todas las pruebas han sido hechas.
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.	Una vez que se han probado los componentes individuales y se han integrado, se prueba el sistema de forma global. En esta etapa pueden distinguirse los siguientes tipos de pruebas, cada uno con un objetivo claramente diferenciado: Pruebas funcionales. Pruebas de comunicaciones.  Pruebas de rendimiento.  Pruebas de volumen.  Pruebas de sobrecarga.  Pruebas de disponibilidad de datos.  Pruebas de facilidad de uso.  Pruebas de operación.  Pruebas de entorno.  Pruebas de seguridad.	Es fundamental, ya que debemos de saber cuantos errores tenemos y después de esa verificación corregirlos
Pruebas de aceptación		Estas pruebas son fundamentales para asegurar el éxito de la implementación final de un proyecto de ingeniería de software, por lo cual deben incluirse obligatoriamente en el plan de pruebas de software.	Según los estándares establecidos por el ISTQB, las pruebas de aceptación de software son diseñadas a partir de: Requerimientos del usuario. Requerimientos de sistema. Casos de uso. Procesos de negocio. Reportes de análisis de riesgo.	Aquí debemos de tener todo al pie de la letra, lo cual a lo largo del desarrollo de nuestro proyecto, hemos tenido todo lo que tiene que ver con la documentación.
Pruebas de instalación		Las pruebas de instalación tienen dos propósitos. El primero es 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. El segundo propósito es verificar que, una vez instalado, el sistema opera correctamente. Esto usualmente implica correr un número significativo de pruebas de Funcionalidad.	Diseñar sripts para validar las condiciones de la máquina a instalar. Realizar la instalación Qué transacciones del sistema se deben seleccionar para realizar una prueba confiable de que el sistema ha sido instalado exitosamente y no hace falta ningún componente del sistema	Es muy útil, para que podamos asegurar que nuestro sistema haya sido instalado correctamente, con todos los componentes que lo conforman.