Inicio / Verificación y prueba

Verificación y prueba

TAOM Process Studio · Licencia adicional

Probar donde está el proceso.

Obligación de prueba, riesgo, caso de prueba, ejecución, captura, evidencia y manual de usuario están en el mismo paso del modelo BPMN, con el mismo identificador que en Jira y Confluence.

Sin copiar del proceso a la herramienta de pruebas, sin buscar capturas, sin un manual que al final nadie mantiene.

1 clicPropuesta de caso de prueba a partir del diagrama, sin agente de IA
📷 por pasoCaptura directamente en la ejecución, cualquier aplicación
SHA-256Evidencia de prueba en PDF, archivada de forma inalterable
DE · EN · FR · ESManual de usuario a partir de casos de prueba y capturas
Cómo funciona

Del paso del proceso a la evidencia terminada

Cinco pasos, un solo lugar. Lo que ya está en el paso no se vuelve a escribir, ni en el caso de prueba ni en el manual.

Marcar la obligación de pruebaQué pasos deben probarse, visible en el diagrama.
Evaluar el riesgoGAMP 5: gravedad, probabilidad y detectabilidad determinan la profundidad de prueba.
Generar casos de pruebaCondición previa, pasos, resultados esperados: propuestos a partir del modelo.
Ejecución con capturasResultado, datos de prueba y captura por paso de prueba.
Evidencia y manualPDF con suma de comprobación, manual en Word, defectos al sistema de destino.
Ejecución: registrar el resultado por paso, tomar una captura, guardar la evidencia
Riesgo según GAMP 5 en el paso: la clase de riesgo determina la profundidad de prueba
Tiempo que recuperas

Lo que desaparece cuando la prueba está en el proceso

Cálculo de ejemplo para un proyecto con 30 casos de prueba de 6 pasos cada uno (180 pasos de prueba), de ellos 5 procesos de extremo a extremo, un ciclo de prueba y 15 defectos. Las horas son horas-persona; los supuestos figuran en cada fila: recalcula con tus propios valores.

En la práctica: los procesos rara vez están bien definidos. Al escribir los casos de prueba surgen variantes que antes no existían, y el equipo tiene que acordarlas. En los procesos de extremo a extremo esto lleva enseguida de 4 a 6 horas por caso de prueba con varias personas.

Actividad Convencional Con TAOM Lo que asume TAOM
Escribir casos de prueba30 × al menos 30 min a mano, a menudo mucho más · con TAOM 30 × 8 min para revisar y completar 15,0 h 4,0 h La condición previa, los pasos y los resultados esperados vienen del diagrama: rol, sistema y descripción ya están en el paso.
Determinar los recorridos E2EDeterminar a mano los recorridos por el proceso 4,0 h 0,5 h Los recorridos de principio a fin se leen del modelo, también a través de modelos vinculados.
Acordar los casos de prueba E2E en equipo5 procesos E2E × 5 h de coordinación × 4 personas · con TAOM 5 × 2 h × 4 personas 100,0 h 40,0 h Los recorridos y variantes son visibles en el modelo y la propuesta ya existe: el equipo discute las desviaciones en lugar de empezar de cero. Las nuevas variantes quedan en el modelo y no se pierden.
Capturas de pantalla180 × 2 min para capturar, recortar, nombrar e insertar · con TAOM 180 × 12 s 6,0 h 0,6 h Captura con un clic, con temporizador de 3 s o automáticamente al registrar el resultado, archivada directamente en el paso de prueba correcto.
Transferir defectos15 × 10 min para crear y vincular una incidencia · con TAOM 15 × 2 min 2,5 h 0,5 h El defecto va como incidencia al sistema de destino (p. ej., Jira) y el estado vuelve a la cuenta de cliente.
Reunir la evidencia de pruebaResultados, capturas y firmas en un documento 8,0 h 0,3 h PDF con identificador y suma de comprobación (SHA-256), archivado de forma inalterable.
Manual de usuarioInstrucciones por proceso con roles, pasos e imágenes 24,0 h 4,0 h Manual en Word a partir del modelo y los casos de prueba, capturas de la última ejecución superada: solo tienes que revisar.
Total 159,5 h 49,9 h unas 110 horas-persona menos, casi un 70 %

Cálculo de ejemplo basado en supuestos, no una medición. Cuánto ahorras realmente depende del alcance, los requisitos y la experiencia del equipo.

Capturarlo todo

Capturas directamente en la ejecución de prueba

El probador elige en el navegador qué se captura: toda la pantalla, una ventana o una pestaña. Así se puede capturar cualquier aplicación: SAP GUI, Fiori, una aplicación de negocio o un sitio web.

Elegir la zonaCapturar solo la parte relevante, no toda la pantalla.
Captura por paso de pruebaCon 📷, con temporizador de 3 s o automáticamente en cuanto se registra el resultado.
Pegar y arrastrarImágenes existentes con Ctrl+V o arrastrándolas a la fila.
Protegido en el clienteLas capturas se guardan con acceso protegido en la ejecución, no son públicas y se pueden desactivar por empresa.
Ejecución de prueba guiada – La ejecución se acopla junto al modelo y guía por el proceso estación a estación.
Ejecución de prueba guiada La ejecución se acopla junto al modelo y guía por el proceso estación a estación.
Evidencia por recorte de pantalla – Tomar una captura, elegir la zona: el recorte queda adjunto automáticamente al paso de prueba como evidencia.
Evidencia por recorte de pantalla Tomar una captura, elegir la zona: el recorte queda adjunto automáticamente al paso de prueba como evidencia.
Registrar y transferir errores – Registrar las desviaciones por paso de prueba con datos y evidencia y transferirlas como incidencia al sistema destino (p. ej. Jira).
Registrar y transferir errores Registrar las desviaciones por paso de prueba con datos y evidencia y transferirlas como incidencia al sistema destino (p. ej. Jira).
Aceptación con principio de cuatro ojos – Ejecuciones con resultado, probador y versión; la aceptación y el principio de cuatro ojos quedan registrados.
Aceptación con principio de cuatro ojos Ejecuciones con resultado, probador y versión; la aceptación y el principio de cuatro ojos quedan registrados.

Capturas de pantalla de TAOM Process Studio con datos de ejemplo. Haga clic en una imagen para ampliarla.

Entornos regulados

GAMP 5, IQ / OQ / PQ* y cuatro ojos: en el paso, no en una tabla aparte

Para farmacia, tecnología médica, alimentación y todos los que deben verificar lo que hacen.

Riesgo

Riesgos según GAMP 5

Gravedad, probabilidad y detectabilidad dan la clase de riesgo, y la clase de riesgo, la profundidad de prueba.

  • controles por riesgo
  • registro de riesgos con cobertura
  • con obligación de prueba sin caso de prueba: visible al instante
Cualificación

Equipos e infraestructura

Equipos por paso con fabricante, modelo y ubicación, del escáner de mano a la báscula.

  • Estado IQ, OQ, PQ* por equipo
  • protocolo con acceso protegido en el paso
  • cualificación pendiente marcada en el diagrama
Aprobación

Versiones y cuatro ojos

Cada cambio tras la aprobación crea una nueva versión. La aceptación queda registrada.

  • quién, cuándo, qué versión
  • evidencia de prueba con SHA-256
  • sello de origen en el archivo BPMN
Estado de pruebas en el diagrama – Casos de prueba, pruebas de proceso (E2E), riesgos y cualificación (IQ/OQ/PQ) aparecen como marcas directamente en el paso del proceso.
Estado de pruebas en el diagrama Casos de prueba, pruebas de proceso (E2E), riesgos y cualificación (IQ/OQ/PQ) aparecen como marcas directamente en el paso del proceso.
Evaluar el riesgo según GAMP 5 – Gravedad, probabilidad y detectabilidad determinan la clase de riesgo y la profundidad de prueba; controles con tipo y responsable.
Evaluar el riesgo según GAMP 5 Gravedad, probabilidad y detectabilidad determinan la clase de riesgo y la profundidad de prueba; controles con tipo y responsable.

Capturas de pantalla de TAOM Process Studio con datos de ejemplo. Haga clic en una imagen para ampliarla.

* IQ – cualificación de instalación: entregado e instalado correctamente. OQ – cualificación operacional: funciona según lo especificado. PQ – cualificación de desempeño: funciona de forma fiable en la operación real. Más en el glosario; las tres forman parte de la validación según GAMP 5.

Casos de prueba y E2E

El proceso escribe el primer borrador

Lo que está en el paso (rol, sistema, transacción, descripción) se convierte en la propuesta de condición previa, pasos de prueba y resultados esperados. Sin agente de IA, trazable y modificable a mano en cualquier momento.

Pruebas de proceso (E2E)Recorridos por el modelo de principio a fin, también a través de modelos vinculados.
Planes y ciclos de pruebaSIT, UAT, regresión, con periodo, release y avance en la cuenta de cliente.
Guardar y continuarInterrumpir ejecuciones largas y continuar después justo donde se dejaron.
Marcado en el diagramaColor y signo a elección: superado, abierto, fallido de un vistazo.
Todo en el reporting, de forma continuaCasos de prueba, ejecuciones, defectos y riesgos se analizan durante las pruebas, en todos los modelos. Al reporting →
Crear casos de prueba en el paso del proceso: condición previa, pasos, resultados esperados
Pasos de prueba desde el diagrama – Precondición, pasos de prueba y resultados esperados se derivan del modelo, sin agente; después revisar y ajustar.
Pasos de prueba desde el diagrama Precondición, pasos de prueba y resultados esperados se derivan del modelo, sin agente; después revisar y ajustar.
Caso de prueba con contexto de sistema y versiones – El componente y las funciones del sistema destino vienen del modelo; cada cambio tras la aprobación crea una nueva versión.
Caso de prueba con contexto de sistema y versiones El componente y las funciones del sistema destino vienen del modelo; cada cambio tras la aprobación crea una nueva versión.
Prueba de proceso (E2E) – Se proponen los caminos a través del modelo, de principio a fin, con los pasos críticos marcados.
Prueba de proceso (E2E) Se proponen los caminos a través del modelo, de principio a fin, con los pasos críticos marcados.

Capturas de pantalla de TAOM Process Studio con datos de ejemplo. Haga clic en una imagen para ampliarla.

Lo que no encontrarás en otro sitio

¿Por qué no simplemente una herramienta de pruebas?

Las herramientas de pruebas gestionan casos de prueba. TAOM sabe además dónde está un caso de prueba en el proceso, por qué es necesario y quién realiza el paso en el día a día.

Un identificador de principio a finEl mismo paso en el archivo BPMN, el caso de prueba, la incidencia de Jira, la página de Confluence y el manual.
Cobertura en el diagramaLos pasos con obligación de prueba sin caso de prueba destacan antes de que lo note el auditor.
El caso de prueba se convierte en material de formaciónLos mismos pasos y capturas dan el manual de usuario, en cuatro idiomas.

Así el modelo de procesos se convierte en un gemelo digital de tu organización: procesos, roles, sistemas, pruebas e indicadores en un solo lugar, siempre actualizados en lugar de recopilarse una vez por trimestre. Más sobre el gemelo digital →

Conectamos, no sustituimos

Los defectos e incidencias van al sistema de destino (p. ej., Jira, Confluence), con acceso propio por persona que prueba. La herramienta de pruebas de tu empresa se queda donde está.

  • licencia por persona que prueba
  • los probadores no necesitan un nivel con IA
  • las evidencias se quedan en el cliente

Ver integraciones →

Evidencia y manual

Al final, el documento ya está ahí

La evidencia de prueba se genera como PDF con identificador y suma de comprobación. El manual de usuario llega como archivo Word, con portada, roles, funciones ERP, pasos de trabajo y las capturas de la última ejecución superada.

Manual de usuario terminado – Portada, un capítulo por paso con rol y pasos de trabajo, y las capturas de la ejecución de prueba justo en su lugar.
Manual de usuario terminado Portada, un capítulo por paso con rol y pasos de trabajo, y las capturas de la ejecución de prueba justo en su lugar.
Evidencia de prueba en PDF – Cobertura, pruebas de proceso, ejecuciones y aceptaciones en un documento, archivado de forma inalterable con suma de control (SHA-256).
Evidencia de prueba en PDF Cobertura, pruebas de proceso, ejecuciones y aceptaciones en un documento, archivado de forma inalterable con suma de control (SHA-256).

Capturas de pantalla de TAOM Process Studio con datos de ejemplo. Haga clic en una imagen para ampliarla.

Más sobre el manual de usuario →

Preguntas frecuentes

Respuestas breves

¿Necesitan los probadores una licencia Webuser con IA?

No. La licencia adicional se aplica por persona que prueba. Quien solo prueba no necesita asistencia de IA. Se puede adquirir con Webuser y Webuser Pro; detalles en la estructura de licencias.

¿Qué aplicaciones puedo capturar?

Todo lo que el navegador pueda compartir: pantalla, ventana o pestaña. Por tanto, también SAP GUI, Fiori o una aplicación de negocio. No captures datos confidenciales ni personales.

¿Dónde se guardan las capturas y evidencias?

Reducidas y con acceso protegido junto al modelo, no públicas y fuera de cualquier mediateca. Las imágenes de ejecuciones superadas por otras y no aceptadas se eliminan tras un plazo configurable (90 días por defecto); el nombre, el tamaño y la suma de comprobación quedan registrados. Más en el centro de confianza.

¿Sustituye TAOM nuestra gestión de pruebas?

No necesariamente. TAOM conecta sistemas de destino como Jira y mantiene la relación con el proceso. Tú decides dónde mandan la ejecución y los resultados.

Probar sin escribir dos veces.

Licencia adicional Verificación y prueba: por persona que prueba, con duración propia y cancelable por separado.