El valor de las pruebas (y cómo hacerlo)

0
184


Recibe un parche (con notas de lanzamiento) para corregir algunos errores en su ERP. ¿Realmente necesita probar o simplemente puede instalar el parche? Si instala sin probar, presenta el riesgo de tener resultados/consecuencias no deseadas. ¿Este riesgo supera el tiempo que se ahorra al no realizar las pruebas?


El departamento de TI es responsable de comprender cómo se pretende utilizar el sistema y realizará algunas, pero no todas, las pruebas. El departamento de TI realiza pruebas tales como pruebas unitarias, de integración y de sistema. La empresa es responsable de decidir qué/cómo usar el sistema. Dado que la empresa es propietaria del sistema, también tiene responsabilidades de prueba y es responsable de las pruebas de aceptación del usuario (UAT).

3 componentes clave de las pruebas

Bigstock

El esfuerzo de prueba involucrado variará según el tipo y el tamaño del cambio (por ejemplo, parche/corrección de errores frente a una actualización/lanzamiento importante), pero el proceso de prueba generalmente es bastante consistente. Hay tres (3) elementos clave:

1. Comienza con tener un entorno de prueba separado del entorno de producción. Las personas pueden ingresar a diferentes flujos de trabajo de práctica sin afectar la producción. El entorno de prueba no solo se puede usar para probar, sino que también se puede usar con fines de capacitación si no es rentable tener un entorno de capacitación separado.

2. Creación de documentos de prueba completos (planes de prueba y scripts). Pruebe cosas como campos obligatorios, valores válidos y rangos de fechas. También realiza pruebas de regresión y de estrés, así como pruebas de interfaz y rendimiento del sistema. La empresa debe probar específicamente diferentes escenarios de la cuna a la tumba, procesos comunes que cometen errores típicos de los usuarios, perfiles de seguridad (incluidos aquellos que no deberían tener acceso), informes, etc. Sí, la empresa debe tener planes/guiones de prueba UAT escritos. para que sepan lo que hicieron (y lo que no) probaron.

    • Sugerencia n.º 1: cree y utilice una convención de nomenclatura significativa para los planes/guiones de prueba. Esto hará que sea más fácil identificar el propósito de cada documento sin tratar de averiguarlo leyendo todo el documento.
    • Sugerencia n.º 2: Cree una descripción para cada plan/script de prueba, incluida la fecha de creación, el rol de seguridad y cualquier requisito de datos especiales necesarios para realizar la prueba.

3. Debe tener suficientes datos (correspondientes a planes/guiones de prueba) en el entorno de prueba para realizar la prueba correctamente. Puede crear datos manualmente o usar una herramienta de generación de datos de prueba automatizada para crear datos de prueba. Otra opción es copiar la producción y enmascarar (es decir, ofuscar u ofuscar) todos los datos confidenciales.

Pensamientos finales

concepto de probador

Bigstock

Los problemas descubiertos durante las pruebas deben registrarse en una lista de problemas, rastrearse y resolverse. Después de que la empresa complete la Prueba de aceptación del usuario (UAT), debe firmar oficialmente que aprueba. Los problemas de Show Stopper deben resolverse antes de la aprobación de UAT. Luego, el cambio pasa por la gestión de cambios y TI envía el cambio al entorno de producción durante la próxima ventana de mantenimiento programada (a menos que sea una emergencia).

Cuando tenga los tres componentes, puede continuar desarrollándolos. Con cada cambio, agrega/clona más planes/guiones de prueba en la biblioteca de documentos de prueba. Con el tiempo, tendrá una amplia biblioteca de materiales de prueba. Entonces, la próxima vez que tenga que instalar un solo parche, ¿el riesgo de no tomarse el tiempo para probar realmente supera la posibilidad y la inconveniencia que podría causar una falla potencial?

Para obtener más información sobre el valor de las pruebas, sígueme en LinkedIn.

De artículos en su sitio

Artículos relacionados en la web

.

LEAVE A REPLY

Please enter your comment!
Please enter your name here