Garantía de calidad informática antes del despliegue


Las empresas de todos los sectores dependen de la óptima calidad de servicio de las aplicaciones críticas para garantizar el buen funcionamiento de sus procesos de negocio. Cada día, los responsables de TI se encargan de garantizar que los servicios de las aplicaciones estén disponibles para los usuarios de todo el mundo de forma estable y con un alto rendimiento.
La supervisión de extremo a extremo del funcionamiento de las aplicaciones, es decir, la supervisión de la calidad del servicio desde la perspectiva del usuario, es la herramienta elegida por muchas empresas para identificar fallos en las operaciones de servicio y rectificar errores rápidamente. Corregir errores en las operaciones de servicios informáticos es algo positivo.
Pero hay una forma aún mejor: evitar los errores antes de que los servicios informáticos entren en funcionamiento. Las empresas que siguen metódicamente el principio de prevención de errores en la garantía de calidad de TI se aseguran una ventaja económica gracias a una reducción significativa de los costes de TI.
Regla de 10 para los costes de error
La regla de 10 para los costes de error es conocida por la producción industrial de bienes: El coste económico de corregir errores se multiplica por diez en cada fase del proceso de producción.
Los errores cuestan menos en la fase inicial de análisis y planificación de la producción. En la siguiente fase de adquisición de material y fabricación del producto, los costes de error aumentan exponencialmente, y si los errores sólo se descubren después de que el producto haya sido entregado y esté siendo utilizado por el cliente, los costes para eliminar el error se disparan y el perjuicio económico es enorme.
En el ciclo de vida de un servicio informático, las fases de concepción y planificación (diseño del servicio) y desarrollo y pruebas (transición del servicio) preceden a las operaciones del servicio.
Para la implantación del aseguramiento preventivo de la calidad de TI, esto significa que no basta con supervisar las operaciones de servicio. La garantía de calidad informática debe comenzar antes de que las aplicaciones se implanten en las operaciones de servicio.
El reto del cambio
En las empresas con procesos empresariales dinámicos, los sistemas informáticos deben adaptarse continuamente a los requisitos cambiantes. Sin embargo, aunque periódicamente se instalen parches o actualizaciones para las aplicaciones o se añadan nuevas aplicaciones a los sistemas, las operaciones informáticas deben seguir funcionando sin problemas.
Un reto cada vez más importante para la gestión de TI es minimizar hasta casi cero el riesgo de errores en el proceso de cambio. Por ello, las empresas deben establecer un control de calidad automatizado como parte del proceso de cambio. Sin embargo, cuatro de cada cinco aplicaciones solo se prueban manualmente o no se prueban en absoluto antes de su puesta en marcha.
A menudo, las pruebas se subcontratan a terceros, pero éstos sólo pueden realizar una comprobación puramente técnica, ya que las personas ajenas no tienen una visión profunda de los requisitos del usuario.
Por el contrario, cuando una revisión se lleva a cabo en el departamento especializado, los empleados que allí trabajan carecen de ojo para la tecnología que hay detrás de la aplicación, aparte de que la comprobación de software no es una de sus tareas principales. Debido a la gran complejidad y dinámica de los sistemas informáticos, los errores están prácticamente preprogramados, al igual que los costes asociados.
Calidad en el ciclo de vida del servicio
ServiceTrace, por ejemplo, ofrece un software que permite a los responsables de TI hacer realidad fácilmente el principio de garantía de calidad preventiva y sostenible para aplicaciones críticas para la empresa a lo largo de todo el ciclo de vida del servicio.
El ServiceTrace de "usuario virtual" se basa en una simulación sintética de usuario y comprueba automáticamente la funcionalidad, escalabilidad y rendimiento de las aplicaciones en ubicaciones regionales y globales antes de ponerlas en marcha.
Una vez que las aplicaciones han entrado en funcionamiento, ServiceTracer supervisa la calidad del servicio (definida en niveles de servicio, si procede) para los usuarios las 24 horas del día midiendo la disponibilidad y los tiempos de respuesta de las transacciones críticas para la empresa, como el inicio de sesión en el sistema SAP, desde la perspectiva del usuario.
El software puede utilizarse universalmente y prueba todas las aplicaciones, independientemente de si son SAP, programas de Office, aplicaciones basadas en web, servicios en entornos de terminal Citrix o soluciones locales.
La simulación del usuario proporciona datos de medición válidos incluso si se producen excepciones a la rutina de medición, como ventanas emergentes cuando se instalan actualizaciones y parches o fallos de una aplicación supervisada.
Las mediciones se ejecutan como sesiones ocultas de Windows, seguras frente a accesos no autorizados. Los datos sensibles -en comercio electrónico, sanidad, banca y seguros- permanecen protegidos. Las pruebas de calidad de ServiceTracer se configuran de forma sencilla e intuitiva como un flujo de trabajo gráfico y pueden adaptarse rápidamente con unos pocos clics si se realizan cambios en las aplicaciones.
Esto significa que incluso los usuarios sin conocimientos de programación pueden alinear los flujos de trabajo de ServiceTracer con los procesos empresariales.
DevOps y alineación empresarial de TI
ServiceTracer apoya la colaboración entre desarrollo y operaciones (DevOps): Las pruebas de calidad automatizadas previas al despliegue garantizan una entrega más rápida y segura de servicios nuevos o modificados a operaciones (entrega continua).
La gestión centralizada y basada en web de los escenarios de pruebas permite reutilizar y adaptar los flujos de trabajo de los departamentos de desarrollo, pruebas y operaciones, y mejora la comunicación entre las unidades de prestación de servicios implicadas.
La configuración rápida y sencilla y la personalización de las secuencias de medición permiten adaptar las aplicaciones a los procesos dinámicos de las empresas con una calidad probada.
Pruebas de regresión automatizadas
Un ejemplo de aplicación práctica para el aseguramiento preventivo de la calidad informática son las pruebas de regresión que garantizan la importación de nuevos transportes a un sistema SAP y, por tanto, un proceso de cambio crítico.
Un transporte SAP afecta a la funcionalidad de todo el sistema productivo. Si aquí se cuelan errores, por ejemplo en el segmento crítico para el negocio del cálculo de productos y precios, la empresa afectada sufre pérdidas económicas reales y tangibles.
A menudo, el transporte defectuoso sólo puede corregirse restableciendo por completo el sistema SAP a su estado anterior al cambio, lo que a su vez supone un tiempo de inactividad más largo no planificado de todo el sistema y, por tanto, un fallo completo de los procesos empresariales de la empresa afectada.
Este riesgo es habitual en las empresas que gestionan sus procesos empresariales y de producción con SAP: cada año se importan cientos de transportes al sistema. Por tanto, el esfuerzo necesario para garantizar la calidad en la gestión de cambios es correspondientemente alto.
Las pruebas de regresión automatizadas con ServiceTracer ahorran recursos importantes como tiempo, personal y hardware en este punto y reducen el riesgo de errores en los procedimientos de prueba manuales. En un entorno de pruebas que mapea el sistema de producción SAP, la solución prueba automáticamente la integración prevista de los transportes en el sistema global.
Si los flujos de trabajo de ServiceTracer se ejecutan sin errores, el cambio se lleva a cabo, lo que significa que el transporte probado se importa automáticamente en el sistema de producción. Si ServiceTracer detecta errores en el sistema de prueba, se notifican y documentan inmediatamente.
El cambio no se lleva a cabo y el responsable de TI puede utilizar la información detallada sobre errores que informa ServiceTracer para corregir el transporte que debe importarse.
A pesar de los frecuentes cambios, que suelen realizarse durante el fin de semana, los responsables de TI pueden estar seguros de que SAP estará disponible para todos los empleados de la empresa el lunes por la mañana.