tiempo de desarrollo, forma una parte importante de Garantía de calidad (QA) y Usuario Test de aceptación. Cabe señalar que con la llegada de Test-Driven Desarrollo, el énfasis en las pruebas contra los requisitos durante el desarrollo ha llegar a ser significativamente mayor. Por supuesto, hay muchos otros aspectos de las pruebas, por ejemplo, Rendimiento Pruebas que identifican cómo se desempeñará un sistema según varios factores que afectan ese cambio de sistema Por ejemplo, a medida que aumenta el número de solicitudes simultáneas, a medida que número de procesadores utilizados por los cambios de hardware subyacente, como el tamaño de la la base de datos crece, etc. Independientemente de cómo vea las pruebas, cuantas más pruebas se apliquen a un sistema, mayor será la nivel de confianza de que el sistema funcionará como se requiere. 14.3 ¿Qué debe probarse? Una pregunta interesante es ¿Qué aspectos de su sistema de software deben estar sujetos a la prueba?’. En general, cualquier cosa que sea repetible debe estar sujeta a formal (e idealmente) pruebas automatizadas). Esto incluye (pero no se limita a): • El proceso de construcción para todas las tecnologías involucradas. • El proceso de implementación en todas las plataformas bajo consideración. • El proceso de instalación para todos los entornos de tiempo de ejecución. • El proceso de actualización para todas las versiones compatibles (si corresponde). • El rendimiento del sistema/servidores a medida que aumentan las cargas. • La estabilidad de los sistemas que deben funcionar durante cualquier período de tiempo (por ejemplo, 24 horas al día, 7 días a la semana). sistemas). • Los procesos de copia de seguridad. • La seguridad del sistema. • La capacidad de recuperación del sistema en caso de falla. • La funcionalidad del sistema. • La integridad del sistema. Tenga en cuenta que solo los dos últimos de la lista anterior pueden ser lo que comúnmente se considera áreas consideradas que estarían sujetas a prueba. Sin embargo, para garantizar la calidad de la sistema bajo consideración, todo lo anterior es relevante. De hecho, las pruebas deben cubrir todos los aspectos del ciclo de vida del desarrollo de software y no solo la fase de control de calidad. Durante la recopilación de requisitos, la prueba es el proceso de buscar información faltante o requisitos ambiguos. Durante esta fase también se debe considerar con con respecto a cómo se probarán los requisitos generales, en el sistema de software final. 166 14 Introducción a las pruebas