Prácticas recomendadas para pruebas de integridad

Strategy recomienda las siguientes mejores prácticas cuando pruebe la actualización con Integrity Manager:

Crear todas las líneas base con Integrity Manager ONE.

Por ejemplo, si va a actualizar de la versión 10.4.x a ONE y no tendrá una versión 10.4.x y ONE disponibles al mismo tiempo para hacer una comparación proyecto vs proyecto y, a continuación, actualizar un equipo de desarrollador a ONE con Integrity Manager para capturar la línea de base para 10.4.x antes de actualizar a ONE. Las líneas base que se crean con versiones anteriores de Integrity Manager no son compatibles y los administradores pueden esperar errores del tipo “no contiene etiquetas” o “no contiene relaciones”. Esto se debe a cambios intencionados en la arquitectura para admitir la nueva funcionalidad.
Cree una prueba de integridad comparando informes, documentos y dashboards del entorno de prueba actualizado con los mismos objetos en el entorno de producción actual, para que pueda ver fácilmente dónde están las diferencias.
En una prueba de integridad comparativa, debe tener la misma versión de SO y la misma fuente instalada en su equipo para poder comparar dos informes PDF con la vista de gráfico. La representación de fuentes en un PDF es específica de la versión y del SO, por lo que las diferencias pueden dar lugar a problemas de formato que pueden afectar a los resultados de la comparación.
Ejecute las pruebas en el almacén de datos de producción. Si esto no es posible, realice una prueba con un almacén de datos que se asemeje lo más posible al almacén de datos de producción. Asegúrese de que las pruebas, tanto para el entorno de actualización como para el entorno de producción actual, se ejecuten en el mismo almacén o se mostrarán resultados sin coincidencias, como se espera.
Ejecute las pruebas con usuarios, grupos y roles de seguridad de producción, en lugar de con usuarios y grupos de pruebas de integridad creados especialmente, para que las pruebas coincidan lo más posible con el entorno de producción.
Si es posible, seleccione objetos de contenido con al menos respuestas de selección dinámica por defecto para probar. De lo contrario, cree copias estáticas de los objetos de contenido que tengan solicitudes sin respuestas de selección dinámica.
Al ejecutar una prueba de rendimiento, asegúrese de que no se estén realizando otros usos o pruebas en los entornos, ya que se pueden producir resultados erróneos.