¡Escribe ISO 9001, establece cómo debe funcionar la organizacion para garantizar su calidad: -Realización de un plan de control de la calidad a lo largo de todo el proyecto. -Normas que el personal debe cumplir al desarrollar su trabajo para asegurar la calidad. -Actividades de revisión y auditorías periódicas. Informes de problemas. -Controles sobre el análisis, el diseño, la codificación y la documentación -Planes de control y prueba a lo largo de todo el desarrollo. -Métricas de software para control del proyecto. -Etc. En las pruebas de caja negra: Es necesario conocer el código fuente del programa, para realizar las pruebas. Se comprueba que todos los caminos del programa, se pueden recorrer, al menos una vez. Se comprueba que los resultados de una aplicación, son los esperados para las entradas que se le han proporcionado. Es incompatible con la prueba de caja blanca.
De caja blanca : comprueban el funcionamiento interno de un componente software. Para diseñar las baterías de pruebas de caja blanca hay que tener en cuenta, por tanto: Las condiciones o ramificaciones. Las condiciones múltiples. Los bucles (que se pueden ejecutar 0, 1 o varias veces) Las invocaciones a otros bloques de código.
Tipos de sistemas de control de versiones:
SVC centralizados: existe un repositorio centralizado de código. SVC distribuidos: cada usuario tiene su propio repositorio, que debe ser sincronizado con el del resto. SVC exclusivos: para realizar cambios en un fragmento de código, ese fragmento (típicamente un archivo) se bloquea y ningún otro usuario puede usarlo hasta que se desbloquea. SVC colaborativos: varios usuarios pueden modificar el mismo fragmento de código, y el sistema los combinará posteriormente.
Pruebas
Unitarias: --Para cada componente se diseñan pruebas de caja negra y de caja blanca. De integración: -Prueba de varios componentes individuales cooperando entre sí. - De sistema:-Prueba de todos los componentes individuales ensamblados y cooperando entre sí. - De carga: -Debe hacerse una prueba con un volumen de datos real para comprobar que el sistema reacciona correctamente
De aceptación: -Pruebas con la presencia del cliente para obtener su visto bueno.
prueba para: Valores límite (justo por encima y por debajo de los rangos válidos) Valores típicos de error (errores comunes que puedan cometer los usuarios) Valores imposibles (por ejemplo, introduciendo cadenas alfanuméricas donde se esperaban números enteros)