La prueba mejora el proceso.
Las pruebas muestran cómo funciona realmente un proceso. Si un caso de prueba se desvía del modelo, TAOM lo detecta y pregunta: ¿olvidado en el proceso, una variante o solo un camino de prueba?
De la respuesta surge una nueva versión del modelo. El responsable del proceso (GPO) la aprueba. Solo entonces es válida, y formación y documentación se enteran.
De las ejecuciones de prueba surgen automáticamente modelos de proceso BPMN nuevos u optimizados.
Recórralo con clics: del modelo aprobado al modelo adaptado, pasando por la ejecución de prueba modificada, como borrador hasta que el responsable del proceso lo apruebe.
De la ejecución de prueba a un modelo mejor
Quien prueba encuentra lagunas en el proceso. Hasta ahora acaban en un acta, en una reunión y quizá algún día en el modelo. En TAOM se convierten directamente en una propuesta en el paso correcto.
Lo que TAOM detecta por sí mismo
Nadie tiene que informar de una desviación. Además, el probador puede marcar a mano «no coincide con el modelo».
| Desencadenante en la prueba | Cómo lo detecta TAOM |
|---|---|
| Caso de prueba E2E: estación insertada | Estación sin paso o sin conexión en el recorrido del modelo |
| Caso de prueba E2E: orden modificado | El orden de las estaciones difiere del recorrido del modelo |
| Caso de prueba E2E: estación eliminada | Paso obligatorio del modelo sin estación |
| Paso eliminado o movido en el modelo | El identificador del caso de prueba no apunta a nada |
| Ejecución de prueba «superada con desviaciones» | Nota del probador en la estación |
| Carga de Excel con casos de prueba nuevos | Filas sin identificador de un paso del modelo |
Si la desviación está en un modelo vinculado, TAOM propone allí la ubicación: el borrador se crea en el modelo afectado.
Una pregunta, tres respuestas
¿Se olvidó el paso en el proceso, solo es válido bajo una condición o no forma parte del proceso? Solo lo sabe quien conoce el proceso. TAOM hace la pregunta y aplica la respuesta.
Olvidado en el proceso
El paso siempre forma parte.
- Nueva versión borrador con el paso en el lugar correcto
- Nombre, rol y sistema proceden del caso de prueba
- Rol acorde con la matriz RACI
Variante de proceso
El paso solo es válido bajo una condición.
- Seleccionable en cada caso: una bifurcación con condición en el mismo modelo
- o un modelo de variante propio con referencia
- Ambos como versión borrador
Solo camino de prueba
Preparación de la prueba o atajo, no forma parte del proceso.
- El modelo no cambia
- El caso de prueba se marca
- Trazable en el reporting
También pueden decidir los revisores con la licencia adicional, ya que solo se crea un borrador. Solo puede aprobar quien tenga permiso según el control de campos .
Nueva versión y quién la aprueba
Cada versión del modelo tiene un estado. Siempre es válida la última aprobada. Las ejecuciones de prueba, la evidencia de prueba y el manual de usuario indican la versión y su estado.
Controlado mediante el control de campos
El propio cliente define quién puede aprobar, con los roles de la organización del proyecto.
- Campo «Aprobar versión del modelo»: plantilla GPO y administrador
- Regla «Cuatro ojos en versiones del modelo»: imponer (plantilla) o solo registrar , entonces con la nota «aprobada sin segunda persona»
- Sin GPO en el modelo, aprueba otro rol con derecho de aprobación; el modelo pide designar un GPO
La aprobación y el rechazo constan con el identificador de la persona, la hora y el comentario en el historial y en el sello de origen.
Excel: casos de prueba de ida y vuelta
Los departamentos funcionales suelen preferir escribir los casos de prueba en Excel. Es posible, sin perder la relación con el proceso.
El plan de prueba se convierte en modelo
Si aún no hay modelo para los casos de prueba, se crea a partir del plan de prueba, en el nivel del modelo de empresa que asigne el usuario.
Con conexión de IA
Webuser, Webuser Pro, Enterprise con conexión de agente.
- El agente de IA construye el modelo como siempre
- Con el distintivo de IA de la UE (origen de IA)
- Borrador: el GPO aprueba (Human in the Loop)
Sin conexión de IA
Por ejemplo, Enterprise sin conexión de agente.
- Una forma por paso de prueba, un carril por rol
- El editor conecta las formas en el orden de las filas de Excel
- El usuario añade bifurcaciones, eventos y sistemas; después, aprobación del GPO
Tras la aprobación, todos se enteran
Un proceso modificado suele necesitar formación y documentación modificadas. TAOM lo pone en marcha.
Lo que cuesta hoy una desviación: un cálculo modelo
Sin herramienta, una desviación se busca, se discute, se vuelve a modelar, se aprueba y se comunica, entre varias personas.
Cálculo modelo, no una medición. Todos los tiempos de esta tabla son supuestos para un caso típico. Muestran el beneficio posible, no una mejora medida. El esfuerzo real se registra en TAOM como tiempos reales en los tiempos de proyecto; entonces el valor medido aparece junto al supuesto.
| Actividad por desviación | hoy (supuesto) | con TAOM (supuesto) | por qué |
|---|---|---|---|
| Extraer la desviación de los protocolos de prueba | 0,5 h | 0 h | TAOM la detecta por sí mismo |
| Acordar: olvidado, variante o camino de prueba (3 personas × 1 h) | 3,0 h | 1,0 h | El caso está disponible con el caso de prueba y el modelo; normalmente bastan dos personas |
| Actualizar el modelo | 1,0 h | 0,1 h | El borrador se crea a partir del caso de prueba |
| Obtener y documentar la aprobación | 1,0 h | 0,1 h | Aprobación en el modelo, nota automática |
| Poner en marcha formación y documentación | 0,5 h | 0 h | Incidencia o tarjeta se crean automáticamente |
| Por desviación | 6,0 h | 1,2 h | alrededor de un 80 % menos |
| 30 desviaciones en un ciclo de prueba | 180 h | 36 h | alrededor de 144 horas-persona menos |
Cálculo modelo con supuestos, no una medición. Depende de lo bien descrito que estuviera antes el proceso.
Respuestas breves
¿Tiene el probador que informar de las desviaciones?
No. TAOM compara el caso de prueba con el recorrido del modelo. También es posible marcar a mano «no coincide con el modelo».
¿Modifica así el probador el modelo?
No. Solo se crea un borrador. Solo es válido con la aprobación del GPO u otro rol con derecho de aprobación.
¿Qué ocurre si se rechaza?
La versión recibe el estado rechazada y sigue visible en el historial. Esto vale también para un modelo o una variante surgidos de la reingeniería. El caso de prueba queda abierto con «rechazada – ajustar caso de prueba».
¿Puede aprobar quien lo creó?
No en la plantilla (principio de los cuatro ojos). El administrador puede poner la regla «Cuatro ojos en versiones del modelo» en «solo registrar»; entonces aparece «aprobada sin segunda persona» en el historial y en el sello de origen.
¿Qué licencia necesito?
La reingeniería forma parte de la licencia adicional Verificación y prueba; véase matriz de funciones.
¿Puedo devolver resultados de prueba por Excel?
No. La ejecución y el resultado se quedan en TAOM para que la captura, la evidencia y el principio de los cuatro ojos encajen.
Probar y mejorar de una vez.
La reingeniería de procesos forma parte de la licencia adicional Verificación y prueba: por persona que revisa, con duración propia y cancelable por separado.