PROPUESTA DE MEJORA DEL PROCESO

DE SOFTWARE: PRUEBA DE SOFTWARE Usando el standard ISO/IEC 15504-5:2006 ENG.8

Bach. Javier Crisostomo

Agenda

• Objetivo

• Contexto

• Proceso Actual

• Evaluacion

• Propuesta de Mejora

• Control y Monitoreo

Objetivo

• Evaluar e implementar una propuesta de mejoras de

procesos usando el estándar ISO/IEC 15504-5:2006,

enfocado en el proceso Prueba de Software (ENG.8)

Evaluacion

Practica Base [BP] Calificación Porcentaje

Desarrollar pruebas de producto de

software integrado

F 95%

Prueba de producto de software

integrado

F 95%

Prueba de regresión de software

integrado

F 90%

Evaluacion

Artefacto Tipo

E: Entrada

S: Salida

Califi

cació

n

Porcentaje

Datos de prueba E F 95%

Diseño de software de alto nivel E F 90%

Manual del Cliente E/S L 55%

Plan de Pruebas de Regresión E/S F 90%

Plan de Pruebas de Software E/S F 95%

Procedimiento De Pruebas E/S F 95%

Producto Software E F 90%

Log de Pruebas S F 95%

Reporte de Incidencias de Pruebas S F 95%

Propuesta de mejora

• Mejorar la estimación del tiempo de duración de las

pruebas funcionales y de regresión, para reducir los

días de retraso frente a las fechas comprometidas.

• Elaborar una matriz de impacto, en el cual se pueda

mapear cada requerimiento con cada funcionalidad.

• Revisar los Casos de prueba funcionales y de regresión

con el fin de asegurar que todos los escenarios

posibles.

Control y Monitoreo

Días de retraso en completar las Pruebas Funcionales

Propósito de la Métrica Método de Aplicación

Determinar la cantidad de días en que un

analista de QA se retrasa en completar las

pruebas funcionales en el ambiente de

prueba: QA.

Contar la cantidad de días que transcurren entre la

notificación del analista de QA informando sobre

el término de las pruebas y la fecha comprometida.

Medición, formula y cálculo de elementos

de datos

Interpretación del Valor Medido

𝑫 = 𝒅𝒊

𝑫:𝑻𝒐𝒕𝒂𝒍 𝒅𝒆 𝑫𝒊𝒂𝒔 𝒅𝒆 𝒓𝒆𝒕𝒓𝒂𝒔𝒐 𝒆𝒏 𝒕𝒆𝒓𝒎𝒊𝒏𝒂𝒓

𝒍𝒂𝒔 𝒑𝒓𝒖𝒆𝒃𝒂𝒔 𝒆𝒏 𝒂𝒎𝒃𝒊𝒆𝒏𝒕𝒆𝒔 𝒅𝒆 𝑸𝑨.

𝐷 ≥ 0

Mientras D 0 es mejor.

Números de Defectos por Release Cycle

Propósito de la Métrica Método de Aplicación

Determinar el número de defectos

introducidos en Producción por Release

Cycle.

Contar la cantidad de tickets generados en

producción por defectos en el sistema por Release

Cycle.

Medición, formula y cálculo de elementos

de datos

Interpretación del Valor Medido

𝑿 = 𝒕𝒊

𝑿:𝑻𝒐𝒕𝒂𝒍 𝒅𝒆 𝑻𝒊𝒄𝒌𝒆𝒕𝒔 𝒆𝒏 𝑷𝒓𝒐𝒅𝒖𝒄𝒄𝒊𝒐𝒏

𝑋 ≥ 0

Mientras X 0 es mejor.

Control y Monitoreo

Números de Defectos por Release Cycle y Módulo

Propósito de la Métrica Método de Aplicación

Determinar el número de defectos

introducidos en Producción por Release

Cycle y Módulo.

Contar la cantidad de tickets generados en

producción por defectos en el sistema por Release

Cycle y Módulo.

Medición, formula y cálculo de elementos

de datos

Interpretación del Valor Medido

𝑿 = 𝒕𝒊

𝑿:𝑻𝒐𝒕𝒂𝒍 𝒅𝒆 𝑻𝒊𝒄𝒌𝒆𝒕𝒔 𝒆𝒏 𝑷𝒓𝒐𝒅𝒖𝒄𝒄𝒊𝒐𝒏 𝒑𝒐𝒓 𝑴𝒐𝒅𝒖𝒍𝒐

𝑋 ≥ 0

Mientras X 0 es mejor.

Tiempo en Resolver un defecto en Producción

Propósito de la Métrica Método de Aplicación

Determinar el tiempo total de resolución de

un defecto de producción.

Contar la cantidad de días que un ticket

relacionado a un defecto demora en pasar de estado

“In Progress” a “Closed”.

Medición, formula y cálculo de elementos

de datos

Interpretación del Valor Medido

𝑫 = 𝒅𝒊

𝑫:𝑻𝒐𝒕𝒂𝒍 𝒅𝒆 𝑫𝒊𝒂𝒔 𝒆𝒏 𝒓𝒆𝒔𝒐𝒍𝒗𝒆𝒓 𝒖𝒏 𝒕𝒊𝒄𝒌𝒆𝒕 𝒅𝒆

𝒑𝒓𝒐𝒅𝒖𝒄𝒄𝒊𝒐𝒏

𝐷 ≤ 4

Mientras D 1 es mejor.

Se ha establecido como límite 4 días a lo sumo

para resolver un defecto en Producción.