1. Tipos identificados de pruebas – Era un requisito obligatorio que la aplicación tuviera que funcionar en todos los dispositivos iOS y Android, ya que los consumidores finales pueden tener diversos dispositivos. Para garantizar que la aplicación funcionara en todos los dispositivos, seleccionamos la combinación de pruebas manuales, pruebas de automatización y pruebas en el simulador de nube: Device Anywhere.
2. Realización de pruebas manuales y automatizadas: el proceso de desarrollo seguido para este proyecto fue SCRUM y cada sprint duró dos semanas. Cada dos semanas, el equipo de desarrollo entregaba un producto lógicamente completado al equipo de QA y QA ejecutaba sus casos de prueba en la compilación. La regresión fue un desafío porque en cada compilación, el control de calidad tenía que garantizar que los elementos completados anteriormente aún funcionaran. Para lograr esto, el equipo de control de calidad había automatizado un conjunto básico de funcionalidades utilizando Experitest y ejecutó el script de automatización en cada compilación que ahorró una buena cantidad de tiempo. Usamos JIRA para archivar y rastrear defectos.
3. Proporcionamos 24 horas de soporte de control de calidad : seguimos un modelo de desarrollo SCRUM (el equipo de control de calidad es parte integral del equipo de desarrollo durante todo el proyecto). Brindamos soporte de control de calidad las 24 horas durante la fase de desarrollo, ya que contamos con equipos internos y externos que trabajan en este proyecto. Esto aseguró un progreso oportuno y constante en la implementación de la aplicación.
- ¿Cuál es una buena aplicación para compartir calendario que me permitirá compartir fácilmente la disponibilidad de mi reunión con el cliente y hacer que reserven un espacio para la reunión?
- ¿De qué sirve un servidor web y cuál es su propósito?
- ¿Deberíamos usar alguna solución de hosting de pago ya que hay una gran cantidad de proveedores y soluciones gratuitas (nicho) que parecen profesionales y cuestan menos (que el hosting tradicional) o son gratuitas y vienen con muchas características de la nueva era?
- ¿Cómo puede ser segura una aplicación web o móvil si está escrita con frameworks controlados por Javascript (Angular, Nodejs ...)?
- Cómo promocionar un sitio de software (scripts web)
4. Prueba Beta : después de esta configuración inicial, una vez que la compilación en particular se movió del grupo de control de calidad, se realizaron pruebas de aceptación del usuario para esta compilación de QA / ST. Esto se logró pidiendo a los usuarios beta (un conjunto de cientos de estudiantes de la Universidad) que naveguen por cada página de la aplicación móvil. Esto aseguró que cada error se corrigiera antes de que se lanzara la aplicación. Y que la aplicación capturó todas las características y funcionalidades necesarias.
5. Pruebas de rendimiento – La funcionalidad, el rendimiento (estabilidad, capacidad de respuesta, uso de recursos, parámetros de estabilidad según los estándares) y la interfaz de usuario para la compilación entregada se probaron exhaustivamente.
6. Prueba de dispositivos : la aplicación se probó en múltiples versiones / dispositivos del sistema operativo utilizando la herramienta de simulación Device Anywhere y también se probó físicamente en nuestros laboratorios de pruebas de aplicaciones móviles dedicados.
7. Hoja de caso de prueba mantenida: durante todo el proceso, el equipo de control de calidad mantuvo la hoja de caso de prueba (con todas las funcionalidades implementadas), por fin certificó la compilación para su lanzamiento. Todo el proceso de prueba de aplicaciones móviles de extremo a extremo implicaba un esfuerzo colectivo entre los equipos en el sitio y fuera del sitio.
8. Informe resumido de prueba generado – Finalmente, el administrador de control de calidad generó el informe resumido de prueba. Este es un informe de gestión que proporciona detalles de cualquier información importante descubierta por las pruebas realizadas, incluye evaluaciones de la calidad del esfuerzo de prueba, la calidad del sistema de software bajo prueba y estadísticas derivadas de los informes de incidentes. El informe también registra diferentes tipos de pruebas realizadas y cuánto tiempo llevó completarlas. Esto ayuda a mejorar cualquier planificación de pruebas futuras. Este documento final indica si el sistema de software bajo prueba es apto para su uso y si cumple con los criterios de aceptación definidos por las partes interesadas del proyecto.
