Si este es un software en ejecución, el mayor problema es la regresión, donde la funcionalidad existente se rompe por nuevos cambios. Debido a que el foco está en las nuevas características, las funcionalidades existentes se prueban a profundidad para descubrir posibles problemas; y en algún momento en absoluto por falta de tiempo. Esto normalmente es donde la automatización es útil, pero si está casi completo con el desarrollo, es demasiado tarde para comenzar a pensar en la automatización, al menos no para esta versión.
2) debe asegurarse de que todos sus puntos de integración estén cubiertos. Idealmente, debe escalar su prueba de la siguiente manera: funcional, integración, sistema / prueba de extremo a extremo. En la prueba de integración, debe abordar problemas como el impacto de la caída de una API (lo ideal sería tener un interruptor automático)
3) seguridad: cómo se asegura su API; ¿Alguien puede llamarlos y si es así cuál es el impacto?
- ¿Cuál es el mejor sitio para descargar aplicaciones crackeadas para Android?
- ¿Cuál es el mejor software para pintura digital?
- ¿Cuántas empresas usan el software HRMS?
- ¿Cuál es el mejor método para pasar de un boceto dibujado a mano para terminar con este estilo de ilustración terminada?
- ¿Qué hace que el software de Tableau se destaque?
4) rendimiento: ¿tiene un punto de referencia? ¿Sabría si los nuevos cambios han afectado negativamente el rendimiento de su sitio web?
5) accesibilidad: para tener SAAS, ¿cómo acceden las personas de diferentes ubicaciones? impacto de localizaciones, tráfico transfronterizo, requisitos reglamentarios (si se manejan datos personales de EE. UU. / UE, por ejemplo)
Esta es una respuesta que obtuve de awesomeqa. Se centran en la automatización, las pruebas técnicas, la integración / entrega continua y las pruebas no funcionales; así que cuando llega el momento de “ponerse en marcha”, todos estos problemas se habrían abordado con bastante anticipación.
Espero que esto ayude.
