{"id":6035,"date":"2021-04-22T20:57:05","date_gmt":"2021-04-23T00:57:05","guid":{"rendered":"http:\/\/cl.abstracta.us\/blog\/?p=6035"},"modified":"2024-02-15T17:27:11","modified_gmt":"2024-02-15T20:27:11","slug":"ruta-test-automation","status":"publish","type":"post","link":"https:\/\/es.abstracta.us\/blog\/ruta-test-automation\/","title":{"rendered":"La ruta hacia el test automation"},"content":{"rendered":"\n

\u00bfBuscas iniciarte en automatizaci\u00f3n de pruebas? Accede a recomendaciones clave para empezar trabajar en esta cada vez m\u00e1s importante \u00e1rea de la calidad de software.<\/strong><\/h3>\n\n\n
\n
\"Consejos
Foto de Digital Buggu<\/em><\/figcaption><\/figure><\/div>\n\n\n

Si bien hay diferentes tipos de testers en la industria tecnol\u00f3gica, todos tienen como objetivo com\u00fan entregar un producto de calidad. <\/p>\n\n\n\n

Al hablar de producto en el \u00e1mbito del TI, nos referimos a una simple aplicaci\u00f3n de escritorio, o a algo tan robusto como una aplicaci\u00f3n m\u00f3vil o una aplicaci\u00f3n web. Todo producto que salga al mercado se deber\u00eda probar internamente para asegurarnos que funciona.<\/p>\n\n\n\n

Fuera del entorno de la inform\u00e1tica, esto se puede extrapolar a cualquier mercado: autos, electrodom\u00e9sticos, vestimenta, etc. Siempre deber\u00eda haber un tester para dichos productos.<\/p>\n\n\n\n

\u00bfQu\u00e9 habilidades debe tener un Tester?<\/strong><\/h2>\n\n\n\n

Cuando hablamos de tester, tambi\u00e9n hablamos de ingenio y creatividad. Pero, \u00bfpor qu\u00e9 estas cualidades son tan importantes? No solo es necesaria la imaginaci\u00f3n para dise\u00f1ar los casos de prueba complejos, tambi\u00e9n para preguntarnos: \u00bfQu\u00e9 pasa si pruebo esto con la aplicaci\u00f3n? \u00bfQu\u00e9 pasa si pruebo esto otro? \u00bfQu\u00e9 hago si sigo un flujo de registro y no ingreso todos los datos obligatorios?<\/p>\n\n\n\n

\"Cinco<\/figure>\n\n\n\n

El ser observador y detallista nos ayuda a comprender que cualquier m\u00ednimo detalle que pudi\u00e9semos encontrar. Quiz\u00e1 pueda ser el origen a un error m\u00e1s grande y es importante detectarlo y reportarlo. Estos son detalles que probablemente otros miembros del equipo no van a considerar o no lo van a notar, \u00a1pero para eso estamos los testers!<\/p>\n\n\n\n

Otra habilidad clave es ser un buen comunicador. El tester debe ser capaz de informar al equipo que el comportamiento del software o aplicaci\u00f3n que se est\u00e1 probando no est\u00e1 funcionando de la forma esperada.<\/p>\n\n\n\n

Seamos honestos, a nadie le gusta que critiquen su trabajo, por lo que la manera en que nos comunicamos es esencial para llevar una buena relaci\u00f3n con nuestros pares.<\/p>\n\n\n\n

Mitos comunes sobre el rol del Software Tester<\/strong><\/h2>\n\n\n\n

Durante el tiempo que estuve estudiando e incluso ya trabajando, me percat\u00e9 que el perfil del tester es m\u00e1s bien desconocido. Se hablan muchas cosas acerca de lo que hac\u00eda y lo que no hacia el tester: \u00bfcu\u00e1les son los mitos en torno a este rol?<\/p>\n\n\n\n

Mito 1: Probar es f\u00e1cil<\/strong><\/h3>\n\n\n\n

Uno de los mitos m\u00e1s comunes es que \u2018probar es f\u00e1cil y poco desafiante\u2019. En realidad, probar no es una tarea sencilla, es todo lo contrario y comprende varias aristas, tales como: investigaci\u00f3n, an\u00e1lisis, dise\u00f1o y creatividad. El trabajo de contribuir a mejorar la calidad en un producto de software es una tarea que conlleva mucha responsabilidad.<\/p>\n\n\n\n

Mito 2: Un Tester no sabe programar<\/strong><\/h3>\n\n\n\n

Si bien esto va de la mano con la orientaci\u00f3n que brinda la academia. La realidad es que no todo se resume en programar, no a todos los inform\u00e1ticos les encanta programar y esto en s\u00ed, no deber\u00eda tener una connotaci\u00f3n como algo \u2018malo\u2019.<\/p>\n\n\n\n

Si provenimos de carreras como programaci\u00f3n o ingenier\u00eda, lo m\u00e1s probable es que manejemos lenguajes de programaci\u00f3n, programaci\u00f3n orientada a objetos, bases de datos, control de versiones, etc.<\/p>\n\n\n\n

Muchas veces si automatizamos nuestras pruebas vamos a tener la oportunidad de utilizar c\u00f3digo en el caso que lo consideremos necesario, pero es un tema que abordaremos en las pr\u00f3ximas l\u00edneas.<\/p>\n\n\n\n

Mito 3: La responsabilidad es exclusiva del Tester<\/strong><\/h3>\n\n\n\n

Otro mito muy comentado es que \u2018si hay errores la responsabilidad del tester\u2019. Francamente, es imposible probar todo y alcanzar un 100% de cobertura con las pruebas. Tambi\u00e9n debemos pensar que en general vamos a probar en un ambiente distinto al de producci\u00f3n, por lo que siempre van a haber errores.<\/p>\n\n\n\n

Lo importante es que gracias al testing, estos riesgos se van a minimizar lo m\u00e1ximo posible. Es decir, si antes de probar ten\u00edamos 50 errores, ahora quiz\u00e1s vamos a tener 2 o 3, y eso es calidad.<\/p>\n\n\n\n

\u00bfPor qu\u00e9 Automatizar Pruebas de Software?<\/strong><\/h2>\n\n\n\n

Simplificar tareas repetitivas<\/strong><\/h3>\n\n\n\n

Una de las principales razones para automatizar las pruebas de software es porque simplifica el trabajo tedioso y repetitivo. Ocurre frecuentemente que tenemos que probar formularios con muchos campos, inicios de sesi\u00f3n, registros, entre otros aspectos. Adem\u00e1s, se deben probar muchas veces o bien, cada vez que se realiza un cambio en el c\u00f3digo del software.<\/p>\n\n\n\n

Para ello, la automatizaci\u00f3n se hace indispensable ya que como testers, no debemos invertir tanto tiempo en realizar pruebas repetitivas.<\/strong><\/p>\n\n\n\n

Aumentar la Cobertura de las Pruebas<\/strong><\/h3>\n\n\n\n

Primero, recordemos brevemente en qu\u00e9 consiste la cobertura: es el porcentaje que consideramos en nuestras pruebas con respecto al total de pruebas a realizar. Ahora bien, \u00bfc\u00f3mo ayuda la automatizaci\u00f3n en la cobertura de las pruebas?<\/p>\n\n\n\n

Si tenemos pruebas automatizadas repetitivas, esto nos ayuda a probar de forma manual otras pruebas que probablemente no ten\u00edamos consideradas. De la misma manera, nos ayuda a disponer de m\u00e1s tiempo para explorar a profundidad la aplicaci\u00f3n o dise\u00f1ar m\u00e1s casos de prueba.<\/p>\n\n\n\n

\u00bfBusca iniciarse en la automatizaci\u00f3n o quiere reconvertirse a la industria? Lo primero es entender qu\u00e9 hace un tester automator y por qu\u00e9 la automatizaci\u00f3n es necesaria para la gesti\u00f3n de las pruebas.<\/p>\n\n\n\n

Para los testers que est\u00e1n reci\u00e9n comenzando, es recomendable que empiecen como testers funcionales. Esto les brindar\u00e1 las bases necesarias para convertirse en un buen tester automatizador. \u00a1Hablaremos de eso a continuaci\u00f3n!<\/p>\n\n\n\n

\u00bfPor qu\u00e9 aprender sobre Test Automation?<\/strong><\/h2>\n\n\n\n

Se habla mucho acerca de los beneficios que la automatizaci\u00f3n aporta a las empresas y a los proyectos. En el \u00e1mbito profesional, el \u00e1rea de TI requiere que continuemos capacit\u00e1ndonos constantemente, adquiriendo nuevos conocimientos y explorando nuevas herramientas. Afortunadamente tenemos todo a la mano: recursos gratuitos, cursos, comunidades, eventos de testing<\/a> y Podcasts<\/a>.<\/p>\n\n\n\n

Adhiero a la idea de que si un tester cuenta con conocimientos s\u00f3lidos en automatizaci\u00f3n, ya sea a nivel de servicios o a nivel de interfaz de usuario, no solo es un tester m\u00e1s integral, tambi\u00e9n puede ser mucho m\u00e1s atractivo para el mercado laboral.<\/p>\n\n\n\n

En mi caso, me orient\u00e9 hacia la automatizaci\u00f3n de pruebas, porque al iniciar a trabajar como desarrolladora Jr. siempre quer\u00eda aportar mucho m\u00e1s al proyecto.. \u00a1hasta llegar por casualidad al testing! En realidad no fue una opci\u00f3n laboral clara desde un inicio, porque en ese entonces no era tan visible dentro del \u00e1rea de TI. Por suerte, hoy podemos encontrar mucha informaci\u00f3n y saber que tenemos la opci\u00f3n de desempe\u00f1arnos en esta apasionante \u00e1rea.<\/p>\n\n\n\n

Mitos sobre la Automatizaci\u00f3n de Pruebas<\/strong><\/h2>\n\n\n\n

Hablamos sobre automatizaci\u00f3n, y suena maravilloso, \u00bfverdad? Automatizar tiene sus pros y contras desde el lado del proyecto o software. Desde mi punto de vista, saber de automatizaci\u00f3n siempre ser\u00e1 un plus, en cuanto a conocimientos.<\/p>\n\n\n\n

Algunas frases que he escuchado en ciertos proyectos en los que he estado trabajando como ester automator:<\/p>\n\n\n\n

\n

“Queremos automatizar todo”<\/strong>: Esto no ser\u00e1 factible porque siempre habr\u00e1n flujos imposibles de automatizar. En cuanto al tiempo y los costos, las pruebas manuales en muchos casos ser\u00e1n m\u00e1s f\u00e1ciles y r\u00e1pidas, por lo que siempre debe existir un complemento entre ambas.<\/p>\n<\/blockquote>\n\n\n\n

\n

“El software es simple, no necesitamos pruebas manuales”<\/strong>: Se puede dar esta situaci\u00f3n, pero antes de la prueba automatizada siempre debe haber una prueba manual.<\/p>\n<\/blockquote>\n\n\n\n

\n

“Con la automatizaci\u00f3n reduciremos el tiempo de pruebas”<\/strong>: Lo ideal es no reducir el tiempo de las pruebas sino por el contrario, tener m\u00e1s tiempo para ejecutar otras pruebas, explorar la aplicaci\u00f3n o dise\u00f1ar m\u00e1s casos de prueba.<\/p>\n<\/blockquote>\n\n\n\n

\n

“Si tenemos automatizaci\u00f3n necesitaremos menos testers”<\/strong>: Nada m\u00e1s lejos de la realidad. Automatizar no se traduce en crear un script<\/em> y dejar que se ejecute, requiere mantenimiento y monitoreo constantes.<\/p>\n<\/blockquote>\n\n\n\n

La automatizaci\u00f3n no reemplaza las pruebas manuales, ni el an\u00e1lisis inicial, ni la exploraci\u00f3n del software, ni la planificaci\u00f3n de las pruebas. La automatizaci\u00f3n es un complemento beneficioso para la gesti\u00f3n de pruebas en general.<\/strong><\/p>\n\n\n\n

Otras consideraciones<\/h2>\n\n\n\n

Es importante considerar algunas herramientas y conceptos utilizados ampliamente en el \u00e1rea, pues si bien no es primordial que como testers seamos expertos en todas las herramientas de automatizaci\u00f3n disponibles, si es recomendable conocerlas y explorarlas.<\/p>\n\n\n\n

Control de Versiones<\/strong><\/h3>\n\n\n\n

Si estamos automatizando con c\u00f3digo tendremos que versionar, idealmente en un repositorio compartido con el resto del equipo, o podemos tener nuestro propio repositorio de pruebas. En general, tenemos que ser capaces de conocer y dominar las ramas. <\/p>\n\n\n\n

Bases de Datos<\/strong><\/h3>\n\n\n\n

Son muy utilizadas en el caso que se utilicen datos externos; si no tenemos la opci\u00f3n de integrar consultas directamente en el c\u00f3digo de pruebas, de igual forma tendremos que utilizarlas de forma externa.<\/p>\n\n\n\n

Como testers, no debemos ser expertos en bases de datos, pero es recomendable tener los conocimientos b\u00e1sicos de consultas de datos. Tambi\u00e9n saber conectarnos a una base de datos en particular, entender su estructura y qu\u00e9 tipos de datos debemos consultar.<\/p>\n\n\n\n

Web Services<\/strong><\/h3>\n\n\n\n

Lo m\u00e1s importante sobre los servicios web es poder entender qu\u00e9 significan, c\u00f3mo est\u00e1n integrados en el software, investigar sobre servicios rest y servicios soap, como probarlos y como automatizar esta parte, lo ideal es siempre probar la capa de servicios, pero por sobre todo saber de la teor\u00eda y de c\u00f3mo y con qu\u00e9 herramienta probarlos.<\/p>\n\n\n\n

Metodolog\u00edas de Desarrollo<\/strong><\/h3>\n\n\n\n

Debemos conocer acerca de metodolog\u00edas de desarrollo, en especial sobre  Scrum, y saber c\u00f3mo un tester automator se puede adaptar a esta metodolog\u00eda, entendiendo sus principios y de qu\u00e9 forma se puede aportar ah\u00ed.<\/p>\n\n\n\n

Tambi\u00e9n podemos caer en metodolog\u00edas tradicionales<\/a> como el de enfoque de cascada, por lo que independiente de la metodolog\u00eda de trabajo, debemos ser capaces de comprender nuestro aporte dentro de estas.<\/p>\n\n\n\n

Integraci\u00f3n Continua<\/strong><\/h3>\n\n\n\n

Con respecto a la integraci\u00f3n continua o devops, se define como un modelo de trabajo cooperativo entre los miembros del equipo, desarrolladores, operaciones, testing que busca proporcionar la entrega continua del software. Si se trabaja en un entorno de integraci\u00f3n continua, esto contribuye a que podamos automatizar.<\/p>\n\n\n\n

Con lo anterior, vamos a obtener m\u00faltiples beneficios:<\/p>\n\n\n\n