{"id":3792,"date":"2020-01-15T10:18:10","date_gmt":"2020-01-15T13:18:10","guid":{"rendered":"http:\/\/cl.abstracta.us\/blog\/?p=3792"},"modified":"2024-02-15T17:36:27","modified_gmt":"2024-02-15T20:36:27","slug":"roi-automatizacion-pruebas-software","status":"publish","type":"post","link":"https:\/\/es.abstracta.us\/blog\/roi-automatizacion-pruebas-software\/","title":{"rendered":"El verdadero ROI de la automatizaci\u00f3n de pruebas"},"content":{"rendered":"\n

\u00bfLa automatizaci\u00f3n de pruebas es considerada como un gasto o una inversi\u00f3n?<\/h3>\n\n\n\n
\"El<\/figure><\/div>\n\n\n\n

\u00bfExiste un positivo ROI de la automatizaci\u00f3n de pruebas? Generalmente, se dice que las pruebas automatizadas pueden extender la cobertura y el alcance de las pruebas, reducir costos, mitigar el riesgo, enfocarse en las pruebas manuales donde sea realmente necesario, encontrar incidentes con anticipaci\u00f3n, etc. Suena como si fuera el mismo discurso que repiten quienes est\u00e1n al frente del \u00e1rea comercial sin tener muchos argumentos.<\/p>\n\n\n\n

Si bien muchos testers saben que hay m\u00faltiples beneficios asociados a la automatizaci\u00f3n de pruebas, uno de los principales desaf\u00edos para comenzar es obtener la aceptaci\u00f3n y el compromiso por parte de las \u00e1reas gerenciales. Afortunadamente, hay una manera de convencer a los gerentes de que tambi\u00e9n se pueden ver beneficiados.<\/p>\n\n\n\n

En este post, comentaremos no solo las formas en que la automatizaci\u00f3n de pruebas es valiosa para el desarrollo de software<\/strong>, sino tambi\u00e9n las formas en las que proporciona a los gerentes y ejecutivos financieros un valor comercial real.<\/p>\n\n\n\n

\u00bfCu\u00e1ndo es \u00fatil<\/strong> la Automatizaci\u00f3n de Pruebas?<\/h2>\n\n\n\n

Los mejores usos para la automatizaci\u00f3n de pruebas implican pruebas que son repetitivas y deben ejecutarse muchas veces, ya sea porque la aplicaci\u00f3n tendr\u00e1 muchas versiones, por razones de mantenimiento o porque debe probarse en diferentes plataformas. Un ejemplo de este tipo, son las pruebas de regresi\u00f3n.<\/p>\n\n\n\n

Otras que se deben considerar para la automatizaci\u00f3n incluyen aquellas que cubren funcionalidades de alto riesgo que, de fallar, causar\u00edan un gran impacto negativo en el negocio. <\/p>\n\n\n\n

Para obtener m\u00e1s informaci\u00f3n sobre qu\u00e9 pruebas automatizar, le recomendamos leer este post<\/a>.<\/p>\n\n\n\n

Pruebas Manuales vs. Pruebas Automatizadas<\/strong><\/h2>\n\n\n\n

En ocasiones, no todo es automatizable y no siempre es necesario intentar reemplazar todas las pruebas manuales<\/strong>. Hay cosas que simplemente no se pueden automatizar o no vale la pena hacerlo.<\/p>\n\n\n\n

Probar una nueva funcionalidad manualmente le permite saber m\u00e1s r\u00e1pidamente sobre la aplicaci\u00f3n a un bajo costo. A medida que se acumula el conocimiento, aumenta el inventario de pruebas y en consecuencia, tambi\u00e9n aumenta el costo de las pruebas manuales.<\/p>\n\n\n\n

\"ROI
Imagen<\/a> tomada de QATestLab Blog.<\/em><\/figcaption><\/figure><\/div>\n\n\n\n

Beneficios de la Automatizaci\u00f3n de Pruebas<\/h2>\n\n\n\n

Las pruebas automatizadas se ejecutan en promedio 5 veces m\u00e1s r\u00e1pido (probablemente muchas m\u00e1s veces que eso) que las pruebas manuales. Si automatizamos las pruebas de un ciclo de desarrollo, podremos volver a probar con un un m\u00ednimo esfuerzo durante el siguiente ciclo. Esto nos permitir\u00e1 aumentar el tama\u00f1o del conjunto de pruebas, ampliando as\u00ed la cobertura.<\/p>\n\n\n\n

Las pruebas manuales permiten encontrar los pocos incidentes cr\u00edticos que son f\u00e1ciles de localizar, mientras que las pruebas automatizadas permiten ir m\u00e1s all\u00e1 para encontrar defectos sutiles que son poco probables de encontrar.<\/strong><\/p>\n\n\n\n

Por \u00faltimo, si no automatizamos, podemos terminar con ciclos de prueba m\u00e1s largos que los ciclos de desarrollo, o bien, decidir no probar ciertas cosas en absoluto, lo que nos expone a riesgos.<\/p>\n\n\n\n

\u00bfCu\u00e1l es el ROI de la Automatizaci\u00f3n de Pruebas?<\/h2>\n\n\n\n

Un tester manual ejecuta pruebas 8 horas al d\u00eda y se va a casa. En ese momento, la prueba se detiene. Con la automatizaci\u00f3n de pruebas, podemos ejecutar pruebas durante 16 horas m\u00e1s a diario (en el mejor de los casos, por supuesto) por el mismo costo, reduciendo el costo promedio de las horas de prueba.<\/p>\n\n\n\n

Aqu\u00ed, veremos el ejemplo de caso de Paul Grossman. informe t\u00e9cnico<\/a>, ‘ROI de las pruebas automatizadas: \u00bfrealidad o ficci\u00f3n?’<\/p>\n\n\n\n

Considere el caso de practicar \u00fanicamente pruebas manuales. Si un tester cuesta en promedio 50 USD por hora, y un tester senior que crea pruebas automatizadas cuesta 75 USD por hora, costar\u00eda alrededor de 400 y 600 USD respectivamente al d\u00eda por cada tester.<\/p>\n\n\n\n

Ahora, considere un equipo de diez testers, cinco senior y cinco junior, con una carga mensual de 105.000 USD (por 168 horas al mes). Obtendr\u00edamos un total de 1.350 horas con un costo de 78 USD por hora (esto asumiendo que cada tester trabaja realmente 135 horas al mes debido a licencias, d\u00edas de capacitaci\u00f3n, vacaciones, etc.).<\/p>\n\n\n\n

Si automatizamos las pruebas, el costo de la mano de obra seguir\u00e1 siendo el mismo, pero con el esfuerzo de tres ingenieros de automatizaci\u00f3n de pruebas, lograr\u00edamos 16 horas diarias de pruebas y ejecutaremos cinco veces m\u00e1s pruebas por hora. Esto da como resultado el equivalente a 5.040 horas por mes de pruebas manuales creadas por los tres ingenieros de automatizaci\u00f3n de pruebas. Luego, considere al resto del equipo haciendo pruebas manuales (siete personas por 135 horas al mes). Eso equivale a 945 horas m\u00e1s, terminando con un total combinado de 5.985 horas de prueba a 17.54 USD por hora (105.000 USD dividido por 5.985 horas).<\/p>\n\n\n\n

\"\"\/<\/figure><\/div>\n\n\n\n

En este escenario, hemos reducido dr\u00e1sticamente el costo de cada hora de prueba de 78 USD a 17.54 USD; un beneficio que el Director Financiero comprender\u00e1 claramente.<\/p>\n\n\n\n

O bien, podr\u00eda mirarlo de esta manera: Hemos aumentado las pruebas de 1.350 horas a 5.985 horas equivalentes y ganado 315.000 USD en pruebas por mes por el mismo costo (5.040 veces el costo promedio por hora de un tester).<\/p>\n\n\n\n

No solo probamos m\u00e1s r\u00e1pido, sino que la cobertura de prueba es mayor, lo que significa que podemos encontrar m\u00e1s errores. Pero ,\u00bfencontrar errores significa que tendremos m\u00e1s trabajo por hacer y m\u00e1s dinero necesario para solucionarlos? No necesariamente.<\/p>\n\n\n\n

Cuesta mucho menos corregir errores que se detectan al inicio del ciclo de desarrollo. <\/strong>En la siguiente imagen, puede visualizar el costo de corregir un defecto detectado por la etapa en la que se ha encontrado (desarrollo, integraci\u00f3n, pruebas beta o producci\u00f3n). Asumiremos que la correcci\u00f3n de errores cuesta 75 USD por hora. Estos costos de errores no incluyen los intangibles, como la p\u00e9rdida de reputaci\u00f3n, confianza e incluso el desgaste del equipo.<\/p>\n\n\n\n

\"\"\/
Fuente de datos: (Informe de planificaci\u00f3n 02-3, “Los impactos econ\u00f3micos de la infraestructura inadecuada para las pruebas de software”, preparado por RTI para el Instituto Nacional de Est\u00e1ndares y Tecnolog\u00eda, mayo de 2002, p. 7-12.).<\/em> <\/figcaption><\/figure>\n\n\n\n

Como puede ver, cuanto antes encontremos incidentes, m\u00e1s econ\u00f3mico y m\u00e1s f\u00e1cil ser\u00e1 solucionarlos. Si practicamos la automatizaci\u00f3n de pruebas, es m\u00e1s probable que encontremos m\u00e1s errores antes de las fases de prueba beta y producci\u00f3n<\/strong>. Es dif\u00edcil estimar cu\u00e1nto, pero en general, por cada error que encontremos en las primeras etapas, ahorraremos 200 USD \u00a1no est\u00e1 nada mal! \ud83e\udd11<\/p>\n\n\n\n

Los errores de codificaci\u00f3n encontrados despu\u00e9s del lanzamiento, cuestan 5 veces m\u00e1s de solucionar que los encontrados durante los tests unitarios.<\/p>\n\n\n\n

Entonces, es seguro decir que existe un alto <\/strong>ROI de la automatizaci\u00f3n de pruebas, y que es una buena inversi\u00f3n porque proporciona valor de dos maneras:<\/p>\n\n\n\n

1. Valor Comercial<\/h3>\n\n\n\n