Report Viewer — Documentación

← Documentación

Report Viewer — guía de uso

Report Viewer abre un reporte ATML de NI TestStand y lo muestra como un documento legible. No hay nada que configurar ni licencia que aplicar: instálalo y abre un archivo. Las capturas usan datos de demostración sintéticos (producto BDB-100), con Report Viewer 1.1.1.

Qué reportes abre

El reporte nativo y ligero de TestStand: XML ATML IEEE 1636.1, el que escribe la estación cuando el formato de reporte está en ATML (Configure → Result Processing). No hace falta una base de datos de resultados, ni tener TestStand instalado en la PC donde lo abres. No lee reportes en HTML, texto ni XML que no sea ATML.

Abrir un reporte

Tres maneras, la que te acomode:

  • Open report… en la barra de herramientas, o Ctrl+O, y busca el archivo XML.
  • Arrastra el archivo XML desde el Explorador de Windows a la ventana.
  • Clic derecho sobre el archivo en Windows y elige Abrir con → Report Viewer. Útil si abres reportes seguido: ponlo como aplicación predeterminada para esos archivos y con doble clic basta.

La lista Recent… guarda los últimos ocho reportes que abriste, que suele ser justo lo que quieres cuando comparas una falla contra la corrida anterior.

Leer el reporte

Report Viewer: un reporte nativo de TestStand como documento, con resumen de la corrida y tabla de pasos

El encabezado te da la corrida de un vistazo: la secuencia que se ejecutó, hora de inicio y fin, duración, el resultado global como una insignia de color, el operador, la estación, el socket de prueba, el número de serie de la unidad, el producto, el tipo de unidad, la corrida y los totales de pasos: cuántos pasaron, cuántos fallaron, cuántos en total.

La tabla tiene un renglón por paso de prueba:

  • Nombre: el nombre del paso tal como aparece en la secuencia. Los pasos que producen varias mediciones se listan por separado.
  • Límite inferior y límite superior, con unidades. Una verificación de solo máximo muestra únicamente el límite superior; una de solo mínimo, únicamente el inferior.
  • Resultado: el valor medido con su unidad.
  • Comparación: cómo se evaluó el valor —rango [LSL–USL], máximo (≤), mínimo (≥), igual a, y demás—. Esto es lo que te dice si una columna de límite vacía es un dato faltante o simplemente no aplica.
  • Estado: pasó, falló, error, omitido.
  • Resultados adicionales: valores extra que reportó el paso además de su medición principal.

Encontrar lo que falló

Dos controles, y se combinan. Search steps by name filtra la tabla mientras escribes. Failures only oculta todo lo que pasó y deja los pasos que fallaron o dieron error. El contador de la derecha siempre muestra cuántos renglones estás viendo del total, para que sepas si un filtro está escondiendo más de lo que crees.

Failures only: de 44 pasos a la única prueba que falló, con su límite y su comparación

Con Failures only, de 44 pasos queda la única prueba que falló, con su límite y su comparación.

Búsqueda de pasos por nombre en Report Viewer

En un reporte con más de 900 pasos, activar Failures only casi siempre es lo primero que hay que hacer.

Varias corridas en un archivo

Si TestStand escribe en modo append, un mismo archivo trae varias corridas. Report Viewer las separa y pone un selector arriba de la tabla (por ejemplo, «Run 5 of 10», con el número de serie y el resultado de cada una), para que veas una unidad a la vez en lugar de una tabla mezclada.

Un archivo con 10 corridas: el selector muestra una unidad a la vez («Run 5 of 10»)

Reportes incompletos o que no son ATML

Si abres un reporte que TestStand aún está escribiendo, Report Viewer te lo dice («The file is incomplete… open it again once the test has finished») en lugar de mostrar una tabla a medias. Un archivo vacío, binario o que no es un reporte ATML también se rechaza con un mensaje claro.

Qué no se muestra

Los SessionAction de preparación y limpieza —abrir instrumentos, esperas, tareas de mantenimiento— se excluyen a propósito. Un reporte de TestStand contiene cientos y ninguno es un resultado de prueba. Lo que queda son los cuatro tipos de paso que de verdad miden algo: NumericLimitTest, NI_MultipleNumericLimitTest, PassFailTest y StringValueTest.

Esa es también la razón por la que el conteo de pasos del encabezado puede no coincidir con el que reporta TestStand: esta tabla cuenta pasos de prueba, no acciones de secuencia.

Temas

El botón de la derecha de la barra de herramientas cambia entre claro y oscuro. La elección se recuerda.

Cuando necesitas más de un reporte

Report Viewer es un visor a propósito: un reporte a la vez, sin estadísticas, sin exportación. Si necesitas comparar cientos de ejecuciones, calcular la capacidad de una medición, analizar qué pasos empujan tus fallas o producir reportes en PDF y Excel, eso es Report Analyzer, que lee exactamente los mismos archivos.

Las guías de cada app

Escritas para ingenieros de prueba y de calidad, con capturas de las versiones publicadas y datos de demostración.

  1. Report Analyzer

    Del reporte ATML al estudio de capacidad

    Configurar TestStand para escribir ATML, importar carpetas, agrupar, leer Cg, Cgk, Pp y Ppk, y exportar PDF y Excel.

    Guía de Report Analyzer

  2. Variant Manager

    Una secuencia, cada número de parte con sus valores

    Instalar con el ATE Framework, registrar la secuencia, crear variantes, historial y CSV, y llamar a TS Var Loader.

    Guía de Variant Manager

  3. Report Viewer

    Abrir un reporte y ver sólo lo que falló

    Abrir el ATML, leer el encabezado y la tabla de pasos, varias corridas en un archivo, reportes incompletos.

    Guía de Report Viewer

  4. Guías de piso

    Lo que aprendimos liberando estaciones

    MSA Tipo 1, Gage R&R, capacidad, y el checklist de liberación de una estación de prueba.

    Leer las guías