¿QUÉ DIFERENCIA EXISTE ENTRE UN BUG, UN DEFECTO, UN FALLO Y UN ERROR EN EL ÁMBITO DEL DESARROLLO 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		Sirven para verificar que los componentes unitarios soporten el ingreso de datos erróneos o inesperados y demuestren la capacidad de tratar errores de manera controlada.	Escribir código para un caso de pruebas unitario y aislar cada parte del programa.	La ventaja para mi aplicación será que va a permitir analizar los componentes unitarios.
Pruebas de integración	Incremental ascendente ( Bottom-up)	Verificar el ensamblaje entre los distintos componentes, iniciando con los de más bajo nivel, una vez que han sido probados con el fin de comprobar que interactúen correctamente a través de sus interfaces, internas y externas.	Se inicia con módulos de nivel inferior, y se verifica que los módulos de nivel inferior invocan a los de nivel superior de manera correcta, con los parámetros correctos.	Este tipo de prueba aplica para mi aplicación, ya que está siendo desarrollada por módulos.
Pruebas de integración	Incremental descendente (Top-down)	Verificar el ensamblaje entre componentes iniciando con los de nivel más alto, una vez que han sido probados unitariamente con el fin de comprobar que interactúen correctamente a través de sus interfaces, internas y externas.	Se empieza con los módulos de nivel superior (de mayor valor), y se verifica que los módulos de nivel superior llamen a los de nivel inferior de manera correcta, con los parámetros correctos.	Este tipo de prueba aplica para mi aplicación, ya que está siendo desarrollada por módulos.
Pruebas de sistema		Permiten verificar la funcionalidad completa de un sistema, este tipo de prueba se implementa de acuerdo a los documentos de especificación definidos desde el inicio del proyecto.	Ejecutar cada caso de uso, flujo básico o función utilizando datos correctos e incorrectos.	Este tipo de pruebas considero que son necesarios implementar en mi aplicación, ya que me ayudaran para ver si mi software es funcional o no.
Pruebas de aceptación		Validan que el sistema cumple con el funcionamiento esperado y permitir al cliente del sistema determinar la aceptación del software, esto lo midiendo la funcionalidad y rendimiento del sistema.	Requerimientos funcionales. Revisión de criterios de aceptación que se especificaron desde un inicio en el plan de pruebas del sistema. Pruebas de caja negra.	Este tipo de prueba lo considero muy importante y necesario, ya que el software antes de ser entregado al cliente se debe revisar que cumpla con los requerimientos del cliente y tenga dicha funcionalidad.
Pruebas de instalación		Se encargan de probar que el sistema se instale correctamente en los dispositivos finales.	Dispositivo en el que se instalará el software. Pruebas de funcionalidad.	Este tipo de prueba aplica a mi software, ya que se debe instalar el software en diferentes dispositivos y se verifica si en los dispositivos tiene la misma funcionalidad.