8 indicadores clave de rendimiento para los lanzamientos de calidad

8 indicadores clave de rendimiento para los lanzamientos de calidad (Panaya Test Center
Review)

Publicado en Garantía de calidad, Reseñas | Última actualización: "25 de enero de 2018"

http://www.softwaretestinghelp.com/key-performance-indicators-quality-releases/

No es ningún secreto que los administradores de calidad de software se enfrentan a un

aumento presión para ofrecer software de alta calidad a una velocidad récord.

La pregunta que todos hacemos a menudo es: "¿cómo medimos nuestro éxito?"

en términos de calidad del software?

La velocidad de comercialización es un cálculo mucho más simple, pero midiendo nuestra

el rendimiento en la entrega de software de alta calidad depende de una multitud de factores

tales como la metodología del proyecto (cascada, híbrido, ágil), complejidad del software, el
nivel de deuda técnica involucrada, el número de interfaces, y mucho más.

En pocas palabras, la cantidad de variables que se reproducen en un nivel aceptable de

defectos de alta severidad no deben subestimarse. Aquí, para

sobrevivir en este mercado, debemos evolucionar continuamente, tanto en nuestra opiniones

y nuestras varas de medir.

Esa es la razón por la que he desarrollado esta lista de los 8 mejores KPI que debe agregar a su
Tarjeta de puntaje de calidad e iniciar el seguimiento para mitigar la liberación

Los indicadores clave de rendimiento para los lanzamientos de calidad

# 1) Efectividad de detección de defectos (DDE, también conocido como porcentaje de
detección de defectos)

Esta es una medida de la eficacia general de las pruebas de regresión. Es calculado como una
proporción de defectos encontrados antes y después de la liberación por su clientes. Los
defectos que se encuentran después de soltar son típicamente conocidos como "accidentes" y
son inició sesión en un sistema de mesa de ayuda donde los defectos encontrados durante las
pruebas Las fases (por ejemplo, unidad, sistema, regresión o UAT) se identifican antes del
lanzamiento y documentado con las herramientas como Panaya Test Center.

Para calcular este KPI correctamente, siempre debe categorizar el versión de software en la
que se identificó cada defecto, antes del lanzamiento en su entorno de producción.
La fórmula utilizada a menudo para DDE:
Número de defectos identificados en la versión del software Versión /Número de defectos en
la versión de software + defectos detectados identificados por End Usuarios (por ejemplo,
incidentes)

Aquí hay una ilustración simple:

Suponga que se encontraron 95 defectos durante su ciclo de prueba de regresión en que el

último Service Pack de SAP mensual y 25 defectos se registraron después de la lanzamiento El
DDE se calcularía como 95 dividido por (95 + 25) = 79%.

Tenga en cuenta que el DDE debe monitorearse con un gráfico de líneas que comience al 100%
el día después de la liberación a producción. Y como usuarios finales internos y los clientes
comienzan a trabajar con su último Service Pack de SAP como un Por ejemplo, inevitablemente
registrarán algunos incidentes.

Ha sido mi experiencia que ocurre un "frenesí de alimentación" dentro de la primera semana 2

días después de que un Service Pack llega al entorno productivo. Entonces es cuando lo harás

observe una caída rápida del 100% a aproximadamente el 95% a medida que se registran los
incidentes. Si tu la compañía tiene una cadencia de publicación mensual de Service Pack, luego
mide DDE

por un período de 30 días en cada Service Pack.

Por otro lado, si su empresa solo está ejecutando cuatro (4) versiones principales ciclos por
año, luego medirlo durante 90 días para ver cómo se reduce por encima de ese

período de tiempo ..

¿Qué se considera como un "buen DDE"?

Es muy parecido a las lecturas de presión arterial que cada organización y la persona
evoluciona con el tiempo Aunque la comunidad médica define la lectura "óptima" de la
presión arterial para ser 120/80 - es natural ver un aumento en la presión arterial sistólica ya
que edad Con DDE, los profesionales de la industria y los líderes del pensamiento han sido
conocidos decir que el 90% es aceptable en la mayoría de las industrias.

Sin embargo, he visto que las organizaciones logran> 95% de DDE de manera consistente
moviendo a la izquierda con herramientas de simulación de impacto de cambio como el
Impacto de Panaya
Análisis.
# 2) Defectos en todo el sistema (SWD)

¿Alguna vez te has encontrado con varios defectos asociados con el mismos objetos?
Seguramente, lo hubieras hecho Es un fenómeno común que muchos gerentes de pruebas se
encuentran.

De repente, ves un enorme repunte en la cantidad de errores reportados en un UAT ciclo.

Afortunadamente, apuesto a que eres del tipo que monitorea los defectos cada 15 minutos y
"vincula" manualmente los duplicados o los lee cada descripción para discernir la causa raíz,
¿no? Dudoso Entonces, ¿cuáles son sus opciones para gestionar el drama inevitable de
"defecto" inflación? "

El drama que se produce en esa recapitulación de la noche con el liderazgo en la sede sobre
"¿Por qué un aumento tan repentino en los defectos de hoy?" (Pausa ... Respiración profunda

antes de responder) ... "Estoy en el proceso de trabajar con nuestro funcional Conduce para
realizar un análisis de causa raíz manual.

Pero creemos que muchos de los problemas se relacionan con un problema común, pero que

aún no se ha identificado ", suena familiar? Mi sugerencia es que empieces a rastrear lo que
Panaya llama "Todo el sistema Defectos ". Seguir esto personalmente lleva una eternidad,
créanme, lo he intentado muchas veces veces También es doloroso hacerlo al usar
herramientas ALM heredadas donde todo lo que queda con es la capacidad de vincular los
defectos entre sí y agregar un comentario.

¡Guau, eso realmente ayudó! (¿Sientes el sarcasmo?). Pero si no tienes opción en las
herramientas ahora, entonces tendrá que establecer el tiempo para rastrear adecuadamente
System-

¿Defectos amplios para "explicar" claramente? por qué la línea de tendencia de error se está
moviendo hacia arriba hacia el final de un ciclo de prueba en lugar de hacia abajo.

Si tienes la oportunidad, echa un vistazo a Panaya Test Center, tiene SWD integrado en el
motor en sí que calcula SWD para usted sobre la marcha.

The Spider Web: dentro de la 'Cockpit de riesgo' de esta plataforma, esta es una
representación poderosa pero simple del rendimiento de 6 teclas adicionales indicadores que
redondean los KPI más importantes que cada calidad, prueba, y el administrador de la versión
debería estar rastreando.
3) Finalización de los requisitos

Los administradores de control de calidad entienden el riesgo en un nivel de defecto que solo
se puede realizar con un código o una visibilidad del nivel de transporte acumulada para cada
requisito. Esto requiere el conjunto correcto de herramientas.

La herramienta Panaya responderá a las necesidades de las organizaciones administradas por

SAP que buscan sugerencias inteligentes para pruebas unitarias y análisis de riesgos basados
en el transporte actividad

Este nivel de seguimiento está disponible dentro de Panaya Release Dynamix (RDx)

# 4) Finalización del desarrollo

Vivimos en una era en la que los clientes son el Rey y esto impulsa cada estrategia de
transformación digital de la organización. En este día y edad, no podemos permitirse ser silos
en nuestro pensamiento o nuestro enfoque organizacional para el software garantía de calidad
y entrega.

Nuestros modelos tradicionales de ALM (Application Lifecycle Management) de antaño no

fueron diseñados para el modelo de entrega continua de hoy. En Para combatir esta vieja
forma de pensar, los directores de QA y testing deben insertarse dentro de la acción de
desarrollo de aplicaciones, que significa tener un pulso en la entrega de historias de usuario.

No es suficiente "sentarse y esperar" para que la historia de un usuario llegue al estado hecho.

Más bien, debemos seguir la evolución de la historia de un usuario, asistir a Scrum todos los
días reuniones, y hablar abiertamente sobre los riesgos que se desarrollan con cambios
importantes

hecho a la aplicación bajo prueba.

# 5) Cobertura del plan de prueba

Este es uno de mis KPI favoritos para rastrear porque no estoy relegado a rastrear el sistema,
integración, regresión y cobertura UAT solo.

En el verdadero espíritu de cambio-izquierda, he comenzado a asesorar sobre la importancia

de rastrear la cobertura de las pruebas unitarias Suena loco, ¿verdad? No es, especialmente si
tiene las herramientas adecuadas para realizar la ejecución de pruebas unitarias solo fácil pero
hace que incluso la captura de los resultados reales (evidencia) sea más fácil.

Con la capacidad de registro y reproducción de prueba incorporada de Panaya Test Center, su

la participación en las pruebas unitarias se disparará. No solo podrás orgullosamente mostrar

una matriz de rastreabilidad de requisitos que muestra una cobertura de extremo a extremo
pero también mostrará fácilmente los resultados reales a su departamento de auditoría desde
la unidad hasta la prueba de regresión ...

# 6) Análisis de riesgo de cambio

Un riesgo es inherente a cualquier cambio que realicemos en una aplicación bajo prueba pero
no siempre sabemos si estamos probando las cosas correctas.

Muchas organizaciones tienen su propia definición de lo que significa "riesgo de cambio" para

ellos. Dentro del 'Cockpit de riesgo' de la versión Dynamix (RDx) de Panaya, puedes elimine las
conjeturas de seguir los cambios con un análisis de impacto para su proyecto o el próximo
lanzamiento.

RDx calcula sistemáticamente el riesgo para cada requisito y lo mantiene al tanto de cómo
cambia a medida que avanza en el ciclo de vida de entrega ..

# 7) Riesgo de ejecución de prueba

Es muy común que todas las organizaciones rastreen los KPI como las pruebas autorizadas,
aprobadas pruebas, pruebas automatizadas y pruebas ejecutadas, pero ¿qué pasa con el
seguimiento de la real pasos ejecutados dentro de cada una de las pruebas?

¿Alguna vez has notado que muchas de las populares plataformas ALM
(http://www.softwaretestinghelp.com/best-alm-tools/) no brindan capacidades de informe de
la caja para rastrear el progreso de la ejecución del 'paso' de la prueba?

Cuando tiene muchas 'transferencias' diferentes en un ciclo UAT, tiene sentido seguir el estado
y el riesgo de ejecución de prueba, no solo en el nivel de prueba pero también a nivel de
proceso de negocios.

Panaya Test Center simplemente hace eso, listo para usar.

# 8) Ejecución de defectos
Los defectos de seguimiento tienen una connotación negativa también. Además de rastrear
defectos activos, defectos reparados por día defectos redirigidos, y defectos severos, también
sugerimos monitorear la resolución de defectos como se refieren a los requisitos del alcance.

Muchas organizaciones no toman una vista del defecto impulsada por los requisitos
resolución.

¿Por qué esta solución para Pruebas?

Con una trazabilidad de extremo a extremo integrada tanto en la versión Dynamix y Panaya
Test Center, su organización puede rastrear el flujo de trabajo del defecto resolución de
principio a fin en el nivel de requisitos.

Esto es especialmente útil para los gerentes de lanzamiento, calidad y prueba que buscan un
vista de pájaro de un proyecto o ciclo de lanzamiento.

Panaya acelera el proceso de prueba para los usuarios técnicos de TI y comerciales, mediante
la reducción del esfuerzo general de prueba en un 30-50%:

· Administradores: alertas en tiempo real para pruebas y defectos y prevención cuellos de

botella.

· Usuarios empresariales: documentación automatizada de evidencia de prueba y defectos

· Analizadores funcionales: automatización de actividades de prueba repetitivas.

· Probadores profesionales: Mejora sin problemas el conocimiento del negocio captura

· Solucionadores de defectos: se reduce de un lado a otro con los probadores.

Qué más debes saber sobre esta solución

# 1) Panaya Test Center es una solución SaaS que significa que usted gana sin problemas
integración, actualizaciones frecuentes e indoloras, así como el monitoreo de una imprevista
herramientas de automatización

# 2) Las herramientas de colaboración integradas agilizan los ciclos de prueba con un built-in
notificaciones y herramientas de comunicación.

El traspaso automático de los pasos de prueba al siguiente usuario elimina el tiempo de

inactividad, alivia los cuellos de botella en el trabajo y garantiza flujos de trabajo óptimos.

# 3) La gestión inteligente de defectos permite a los usuarios controlar de manera central los
defectos, su resolución y los procesos comerciales afectados por ellos.

Cuando se encuentra un defecto, identifica automáticamente todas las otras pruebas

afectadas por él y bloquea o envía notificaciones a los probadores hasta que el defecto
principal sea resuelto. El defecto resuelto se cierra automáticamente, al eliminar el defecto
atrasos

# 4) Con un enfoque centrado en el proceso de negocios para UAT y SIT, multifuncional y

expertos en la materia geográficamente dispersos validan UAT ciclos basados en los procesos
de negocio reales (aplicaciones empaquetadas).
# 5) Los conectores de automatización de prueba proporcionan una integración completa de
Panaya Centro de pruebas con las herramientas de automatización existentes para ciclos de
regresión efectivos en un tiempo y esfuerzo mínimos con seguimiento y monitoreo holísticos

capacidades.

# 6) Test Evidence Automation automatiza las pruebas manuales tradicionalmente

administrado en Excel y Word.

Ahorra tiempo documentando sin esfuerzo cada ejecución de prueba, incluida la prueba
evidencia y un registro de los pasos para la reproducción de prueba, mientras que la
disminución de la espalda y entre desarrolladores y probadores. La documentación está lista
para auditoría, asegura el cumplimiento de todos los estándares de calidad internos y
externos.

# 7) Autonomous TestingSM para SAP permite la creación de casos de prueba de cero toque y
mantenimiento, por lo que ya no tendrá que lidiar con los dolores asociados con captura de
conocimiento empresarial y el proceso de creación y mantenimiento scripts de ingeniería
manual.

Los scripts son personalizables, mientras que el aprendizaje automático ofrece validación y
sugerencias basadas en análisis cacareada.

# 8) Captura automatizada de conocimiento de negocios: Omegaautomatically crea casos de

prueba de la vida real basados en actividades de usuarios de negocios capturados a la
perfección en la producción usando algoritmos de aprendizaje automático (SAP).

Conclusión

Los gerentes de calidad de software y todas las partes interesadas pertinentes pueden cumplir
sus KPI de prueba para impulsar más innovación al tiempo que reducen los esfuerzos en un 30-
50%

sin comprometer el alcance o la calidad con Panaya.

Estandariza el proceso de prueba y mide el éxito como todas las partes interesadas adoptar la
misma metodología de prueba para obtener visibilidad en tiempo real sobre todo el ciclos de
prueba, incluyendo UAT a gran escala.