Document Actions
Evaluación de la estabilidad del instalable
Propósito
Evaluar la estabilidad del instalable que comienza la fase de estabilización. Para esta evaluación se hará uso de todos los errores detectados y documentados hasta el momento.
Precondición
Tener una primera iteración del plan de pruebas definido para el instalable. Haber pasado al gestor de tickets los errores identificados en la ejecución de dichas pruebas. Tener actualizados los errores detectados en versiones anteriores del mismo desarrollo. Tener revisados todos los tickets abiertos en fase desarrollo para tener en cuenta en esta fase los errores que siguen ocurriendo.
Postcondición
Listado de tickets de error que queremos que se corrijan en el proceso de estabilización.
Disponer de un informe cualitativo de la estabilidad del instalable.
Ejecutor
Coordinador de test Responsable de test
Supervisor
Responsable de test
Entrada
1.Listado de errores actualizado que ocurren sobre el instalable a estabilizar
Pasos
[Paso simple (1)]: El coordinador de test hará un repaso por todos los tickets teniendo en cuenta los siguientes criterios para definir un error como crítico y susceptible de corregir en la estabilización:
- error de persistencia, respecto de la propia version a estabilizar o una versión anterior.
- error que produce pérdida de datos
- error que vuelve inestable la aplicación (el típico caso de no poder seguir trabajando una vez se ha producido el error)
- error que provoca el cierre repentino de la aplicación
- error que impide usar una nueva funcionalidad
- error que conlleva pérdida de funcionalidad respecto de la versión anterior
- error importante, no necesariamente círtico, de la versión anterior del producto
Además habrá de tener en cuenta posibles atenuantes, como por ejemplo:
- el usuario puede realizar la acción de manera alternativa
- la probabilidad de dar con el error es baja
Además habrá de tener en cuenta posibles agravantes, como por ejemplo:
- el error ha sido reportado a través del testeo colaborativo
- la relación coste/efecto baja que se pueda intuir desde el grupo de testeo
Por último se tendrá que tener en cuenta cualquier otro elemento que se considere importante a la hora de decidir qué errores corregir en la fase de estabilización.
[Paso simple (2)]: Se redacta un pequeño informe cualitativo del estado de la aplicación. Para ello tener en cuenta la matriz de éxito de la ejecución del plan de pruebas y la matriz de cobertura. Así es posible identificar zonas más inestables entre las funcionalidades a estabilizar y zonas que no se han tsteado aún.
[Éxito Final (3)]: Se obtiene un listado priorizado del total de los errores detectados sobre el instalable. Los que se pretenden corregir deberán destacarse con algún valor de campo (por ejemplo prioridad = crítical) o con alguna etiqueta.
Salida
Listado de errores que se quieren corregir en el proceso de estabilización actual. Informe cualitativo de la evaluación del instalable.
