1. MIDDLE UP
1.1. prueba de integración entre módulos o diferentes softwares.
2. USABILIDAD
2.1. Facil de aprendizaje
2.1.1. Esfuerzo necesario para aprender, utilizar, preparar las entradas e interpretar las salidas de un programa. (¿Es fácil y cómodo de manejar?).
2.2. inteligibilidad
2.2.1. Capacidad del producto que permite al usuario operarlo y controlarlo con facilidad
2.3. ATRACTIVIDAD
2.3.1. Capacidad de la interfaz de usuario de agradar y satisfacer la interacción con el usuario.
3. FIABILIDAD
3.1. CAPACIDAD DE RECUPERACION
3.1.1. Capacidad del producto software para recuperar los datos directamente afectados y reestablecer el estado deseado del sistema en caso de interrupción o fallo.
3.2. MADUREZ
3.2.1. Capacidad del sistema para satisfacer las necesidades de fiabilidad en condiciones normales
3.3. TOLERANCIA A FALLOS
3.3.1. Capacidad del sistema o componente para operar según lo previsto en presencia de fallos hardware o software.
3.4. DISPONIBILIDAD
3.4.1. Capacidad del sistema o componente de estar operativo y accesible para su uso cuando se requiere.
4. PORTABILIDAD
4.1. adaptabilidad
4.1.1. Esfuerzo requerido para transferir un programa desde un entorno HW y/o SW a otro. (¿Podré usarlo en otra máquina?), ¿Otro sistema operativo?.
4.2. intercambiabilidad
4.2.1. Capacidad del producto para ser utilizado en lugar de otro producto software determinado con el mismo propósito y en el mismo entorno
4.3. Facilidad de instalación
4.3.1. Facilidad con la que el producto se puede instalar y/o desinstalar de forma exitosa en un determinado entorno.
5. Ciclo de Vida del Software
5.1. Levantamiento de Informacion
5.2. Analisis
5.3. Diseño
5.4. Codificacion
5.5. Pruebas
5.6. Validacion
5.7. Mantenimiento y Evolucion
6. EN EL CICLO DE VIDA DEL SW . SE EVALÚA LA CALIDAD
7. QUE SON PRUEBAS?
7.1. El proceso consiste en evaluar todas las fases del ciclo de vida del SW, verificando que se cumplen todos los requisitos especificados, para demostrar que el software es apto para lo necesario y para detectar defectos.
8. PRETENDEN ENCONTRAR
8.1. ERRORES
8.1.1. Acción humana que produce resultados inesperados
8.2. DEFECTOS
8.2.1. Desperfecto en algún modulo
8.3. FALLOS
8.3.1. Manifestación visible de un defecto
9. OBJETIVO
9.1. Conjunto de normas sobre calidad y gestión de calidad
9.2. creación de un marco de trabajo común para evaluar la calidad
9.3. Satisfacción de las expectativas del cliente”
10. TIPOS DE PRUEBAS
10.1. FUNCIONALES
10.1.1. Comprueban que los requerimientos del usuario sean usados
10.2. NO FUNCIONALES
10.2.1. Pruebas de Estres
10.2.2. Rendimiento
10.2.3. Resistencia
10.2.4. Seguridad
10.2.5. Usabilidad
11. TECNICAS
11.1. BOTTOM UP
11.1.1. De lo especifico a lo general
11.2. TOP DOWN
11.2.1. De lo general a lo especifico
12. Clasificación
12.1. Caja Negra
12.2. Caja Blanca
12.3. Flujo de datos
12.4. Flujo de Control
13. VALIDACION
13.1. Estamos construyendo el producto correcto
14. VERIFICACION
14.1. Estamos construyendo el producto correctamente
15. EFICIENCIA
15.1. Comportamiento en tiempos
15.1.1. Estimación de tiempo esperado (Optimo),para realizar las transacciones y funciones esperadas del software.
15.2. Utilización de recursos
15.2.1. Cantidad de recursos de computadoras y de código requeridos por el programa para realizar sus funciones.
16. MANTENIBILIDAD
16.1. Capacidad de ser probado
16.1.1. Esfuerzo requerido para probar un programa de forma que se asegure que realiza la función requerida. (¿Puedo probar todas las opciones?).
16.2. Estabilidad
16.3. analizabilidad
16.3.1. Facilidad con la que se puede evaluar el impacto de un determinado cambio sobre el resto del software, diagnosticar las deficiencias o causas de fallos en el software, o identificar las partes a modificar.
16.4. Capacidad de ser modificado
16.4.1. Esfuerzo requerido para localizar y arreglar un error en un programa. (¿Puedo localizar los fallos?).
16.5. Modularidad
16.5.1. Capacidad de un sistema o programa de ordenador (compuesto de componentes discretos) que permite que un cambio en un componente tenga un impacto mínimo en los demás.
16.6. Reusabilidad
16.6.1. Capacidad de un activo que permite que sea utilizado en más de un sistema software o en la construcción de otros activos.
17. FUNCIONALIDAD
17.1. idoneidad
17.1.1. Es la capacidad del software para suministrar un conjunto apropiado de funciones que cumplan tareas específicas y objetivos del usuario.
17.2. precision
17.2.1. Capacidad del software para proveer los resultados correctos y los efectos pactados, con un adecuado grado de exactitud..
17.3. interoperatividad
17.3.1. Esfuerzo requerido para acoplar un sistema con otras aplicaciones o sistemas. (¿Podrá comunicarse con otras aplicaciones o sistemas informáticos?).
17.4. Seguridad
17.4.1. Hace referencia a la capacidad del software para proteger los datos y la información, con el fin de que personas no autorizadas nunca puedan ingresar al sistema, leer o modificar los datos.
17.5. Cumplimiento de la funcionalidad
17.5.1. Capacidad del software para ajustarse a los estándares, convenciones y regulaciones relacionadas con la correcta implementación de especificaciones durante todo el proceso de análisis y construcción.