1. ATRIBUTOS PARA EL DISEÑO DE PRUEBAS DE SOFTWARE
1.1. La identificación de atributos en el diseño de pruebas de software es clave para desarrollar modelos de costos, ayudas de planificación y guías de gestión, además de ser esencial para seleccionar medidas en un programa de medición.
1.1.1. CALIDAD
1.1.1.1. Efectividad de los casos de prueba
1.1.1.2. Cumplimiento de las metas del proceso
1.1.1.3. Completitud de la prueba
1.1.2. COSTO
1.1.2.1. Rentabilidad de la herramienta automatizada
1.1.2.2. Tamaño
1.1.2.3. Estimación de casos de prueba
1.1.2.4. Número de pruebas de regresión
1.1.2.5. Pruebas para automatizar
1.1.3. ESTRATEGIA
1.1.3.1. Secuencia de casos de prueba
1.1.3.2. Identificaión de áreas para pruebas adicionales
1.1.3.3. Combinación de técnicas de prueba
1.1.3.4. Adecuación de los datos de prueba
1.1.4. PROGESO
1.1.4.1. Seguimiento del trabajo pendiente de defectos en las pruebas
1.1.4.2. Seguimiento del progreso de las pruebas.
1.1.4.3. Productividad del personal
2. ATRIBUTOS PARA EL PROCESO DE DISEÑO DE PRUEBAS DE SOFTWARE
3. PRUEBAS DE SOFTWARE
3.1. La prueba de software es un proceso de evaluación para identificar errores en un software. No se puede probar completamente un software debido a limitaciones de tiempo y recursos, por lo que se centra en comparar los resultados del software ante entradas específicas y analizar su comportamiento frente a resultados esperados. Las pruebas de software son un análisis dinámico del producto, es decir, se ejecuta el software para encontrar fallas, a diferencia del análisis estático de código, que se realiza sin ejecutar el programa.
4. MEDICIÓN EN INGENIERÍA DE SOFTWARE.
4.1. Las mediciones nos ayuda a controloar el estado del proceso, a comprender los porcesos y a mejorarlos
4.1.1. Beneficios de la medición en las pruebas.
4.1.1.1. Permite identificar fortelezas y debilidades.
4.1.1.2. encontrar fallas y errores.
4.1.1.3. evaluar la calidad.
4.1.1.4. si satisface al cliente.
4.2. Las mediciones nos permiten controlar, entender y mejorar los procesos.
4.2.1. Hay dos tipos de medición.
4.2.1.1. Medida directa
4.2.1.1.1. No depende de otro atributo o entidad.
4.2.1.2. Medida indirecta
4.2.1.2.1. Depende de otros atributos.
4.3. la medioción de software puede enfocarse al mejoramiento de procesos que se basa en una serie de pasos que son: objetivos comerciales y mejorar la calidad.
5. ATRIBUTOS PARA LA PLANIFICACIÓN DE PRUEBAS DE SOFTWARE
5.1. Un enfoque orientado a procesos asegura que los productos se prueben al finalizar. La planificación de pruebas implica establecer objetivos, ejecutar las pruebas, evaluar los resultados y mejorar el proceso de planificación.
5.1.1. Progreso
5.1.1.1. Criterios de suspención de pruebas.
5.1.1.2. Los criterios de salida.
5.1.1.3. Estado de las pruebas.
5.1.1.4. Productividad del personal.
5.1.2. Costo
5.1.2.1. Costos de pruebas.
5.1.2.2. Duración de pruebas.
5.1.2.3. Necesidades de recursos.
5.1.3. Calidad
5.1.3.1. Cobertura de pruebas.
5.1.3.2. Efectividad de las pruebas de humo.
5.1.3.3. Calidad de la prueba.
5.1.3.4. Calidad del plan de pruebas
6. CICLO DE VIDA DE LAS PRUEBAS DE SOFTWARE
6.1. Esta forma de sistemática de realizar pruebas ahorra tiempo, esfuerzo y aumenta la probabilidad de detectar mas fallas .
6.1.1. Fases
6.1.1.1. Planificación de pruebas
6.1.1.2. Diseño de casos prueba
6.1.1.3. Ejecución de pruebas
6.1.1.4. Recopilacioón y evaluación de datos resultantes
6.1.2. Elementos de proceso de una prueba central
6.1.2.1. Planificación de pruebas
6.1.2.2. Diseño de pruebas
6.1.2.3. Ejecución de pruebas
6.1.2.4. Revisión de pruebas
6.1.3. Actividades de prueba en las fases del ciclo de vida
6.1.3.1. Generación de planes de prueba
6.1.3.2. Generación de diseños de prueba
6.1.3.3. Generación de casos de prueba
6.1.3.4. Generación de procedimientos de prueba
6.1.3.5. Ejecución de pruebas
6.1.4. Actividades realizadas en un ciclo de vida
6.1.4.1. Planificar la estrategia
6.1.4.2. Adquirir testware
6.1.4.3. Medir el comportamiento
6.1.5. Estrategias de prueba
6.1.5.1. Planificación
6.1.5.1.1. Establezca sus suposiciones
6.1.5.1.2. Construya un inventario de pruebas
6.1.5.1.3. Realice análisis
6.1.5.1.4. Calcule el esfuerzo de la prueba
6.1.5.2. Liquidación a un acuerdo
6.1.5.2.1. Negociar los recursos para llevar a cabo el esfuerzo de la prueba
6.1.5.3. Pruebas
6.1.5.3.1. Crear los guiones de pruebas
6.1.5.3.2. Realizar pruebas y realizar un seguimiento del progreso de las pruebas
6.1.5.3.3. Medir el rendimiento de las pruebas
6.1.6. Proceso de prueba
6.1.6.1. Planificacón
6.1.6.2. Especificación
6.1.6.3. Ejecución
6.1.6.4. Registro
6.1.6.5. FInalización
6.1.7. Ciclo de vida de las pruebas
6.1.7.1. Planificación y preparación de pruebas
6.1.7.2. Ejecución de pruebas
6.1.7.3. Análisis y seguimiento
7. MÉTRICAS PARA EL DISEÑO DE PRUEBAS DE SOFTWARE
7.1. Soporte de métricas para el progreso
7.1.1. Proceso de diseño
7.1.1.1. Progreso
7.1.1.1.1. Seguimiento del progreso de las pruebas
7.1.1.1.2. Seguimiento de la acumulación de defectos en las pruebas
7.1.1.1.3. Productividad del personal
7.2. Soporte de métricas para la calidad
7.2.1. Proceso de diseño
7.2.1.1. Calidad
7.2.1.1.1. Eficacia de los casos de prueba
7.2.1.1.2. Cumplimiento de metas del proceso
7.2.1.1.3. Completitud de la prueba
7.3. Soporte métrico para el costo
7.3.1. Proceso de diseño
7.3.1.1. Costo
7.3.1.1.1. Rentabilidad de la herramienta automatizada
7.4. Soporte métrico para el tamaño
7.4.1. Proceso de diseño
7.4.1.1. Tamaño
7.4.1.1.1. Estimación de casos de prueba
7.4.1.1.2. Número de pruebas de regresión
7.4.1.1.3. Prueba para automizar
7.5. Soporte de métricas para la estrategia
7.5.1. Proceso de diseño
7.5.1.1. Estrategia
7.5.1.1.1. Secuencia de casos de prueba
7.5.1.1.2. Identificación de áreas para pruebas adicionales
7.5.1.1.3. Combinación de técnicas de ensayo
7.5.1.1.4. Adecuación de los datos de las pruebas