CONCLUSIÓN - EquipoSuperM/Vista-Principal GitHub Wiki

En conclusión, gracias a la elaboración de los Sprint pudimos organizarnos mejor. El resultado de un sprint puede variar según el desafío, pero también según los resultados de las entrevistas. Es posible que el resultado conduzca a una nueva idea y, por tanto, a un nuevo sprint o una reorientación de la idea inicial. Estos casos no se consideran un fracaso, sino una oportunidad, porque el problema se habrá identificado en muy poco tiempo, en comparación con el desarrollo completo de un MVP para esperar a ver la reacción de los usuarios. Gracias a los Requisitos Funcionales podemos realizar TestRail. Ya que es una herramienta completa para la gestión de planes de pruebas, siendo muy interesante, dando una solución de gestión de casos de prueba para aseguramiento de la calidad (QA) y equipos de desarrollo, que esta diseña para ayudar a los usuarios a organizar, gestionar y rastrear el proceso de prueba de Software en una aplicación. . Debido que al hacer un diseño de calidad de un sistema nos proporciona representaciones del software en las que se puede evaluar la calidad del mismo, permite una traducción correcta de los requisitos en un programa y sirve como fundamento para las actividades posteriores. El proceso de diseño inicial que identifica estos subsistemas y establece como se lleva a cabo su control y comunicación se llama diseño arquitectónico