Logo Full Audits

CAPACITACIÓN GENERAL DE NUESTRO SOFTWARE, PARTICIPE DE NUESTRO WEBINAR GRATUITO SEMANAL

*Certificado de participación y grabación de libre acceso posterior. Duración, 1 hora.

Days
Hours
Minutes
Seconds
Checklist de Control para el Desarrollo de Software by Full Audits

Librería de Checklists

ID: 9605a344

Checklist de Control para el Desarrollo de Software

El desarrollo de software es una parte clave en la industria, no sólo para tech companies, sino también para empresas de cualquier sector, ya que invierten recursos significativos para desarrollar soluciones innovadoras para mejorar el rendimiento de sus empresas. El proceso de desarrollo debe estar apto a todas las necesidades que tengan los usuarios finales, y esto requiere un enfoque detallado y estructurado para producir resultados de calidad. Por esta razón, es importante contar con un control de calidad al desarrollar cualquier producto o aplicación, con el objetivo de garantizar el correcto cumplimiento de todas las directrices del proceso de desarrollo de software. Esta checklist está diseñada para brindar un marco de referencia útil para verificar si el control de calidad se ha realizado para asegurar el desarrollo de un software de calidad.

Planeamiento
1.1 ¿Se ha encontrado la razón de negocio que justifica el proyecto?

1.2 ¿Se ha definido el equipo idóneo para el proyecto y se ha determinado un Plan de Trabajo?

1.3 ¿Se han seleccionado y se comprenden los objetivos del proyecto?

1.4 ¿Se han definido los requisitos y los alcances, y se han documentado?

1.5 ¿El equipo ha identificado y entendido las restricciones, los riesgos y el presupuesto?

1.6 ¿Se ha desarrollado y entendido el impacto del cambio?

1.7 ¿Se garantizan el cumplimiento de la ley y los estándares pertinentes?

1.8 ¿Se ha identificado cualquier tecnología alternativa necesaria (aplicaciones comerciales o de terceros)?

1.9 ¿Se ha registrado la versión de arranque?

1.10 ¿Se han determinado los pasos de lanzamiento?

Desarrollo
2.1 ¿Se ha diseñado y documentado la arquitectura de la aplicación?

2.2 ¿Se ha validado el diseño especificado por los usuarios?

2.3 ¿Se ha verificado el diseño de la interfaz de usuario?

2.4 ¿Se ha codificado una versión no funcional del software?

2.5 ¿Se ha verificado el código de configuración?

2.6 ¿Se han realizado pruebas entre módulos?

2.7 ¿Se ha validado la base de datos?

2.8 ¿Se han realizado tests de carga, de fallo y de estrés?

2.9 ¿Se ha verificado el cumplimiento de la seguridad?

2.10 ¿Se ha comprobado el funcionamiento de la plataforma?

2.11 ¿Se realiza un seguimiento del rendimiento y la fiabilidad de la aplicación?

Pruebas
3.1 ¿Se ha realizado una revisión de los requisitos?

3.2 ¿Las pruebas unitarias han camino bien antes de la prueba de compenentes?

3.3 ¿Se han comprobado la representación de datos, los informes y la documentación del usuario?

3.4 ¿Se han realizado las pruebas funcionales?

3.5 ¿Se ha vuelto a realizar una prueba de seguridad?

3.6 ¿Se han completado los informes de prueba?

3.7 ¿Se han realizado tests de rendimiento?

3.8 ¿Se han realizado las pruebas de interoperabilidad?

3.9 ¿Se han ejecutado los tests de pruebas automáticas usando herramientas?

3.10 ¿Se ha validado el software de acuerdo con los requisitos del usuario?

3.11 ¿Se han revisado los problemas identificados durante el proceso de pruebas?