INTRODUCCIÓN

La preocupación por la calidad de software creció a medida que la imagen de las empresas pasó a estar cada vez más expuesta al público mediante el surgimiento de los sistemas web. En torno a 1990, grandes empresas de ese ramo reconocían que miles de millones de dólares estaban siendo desperdiciados en softwares que no presentaban características y funcionalidades prometidas. Vivían aquel dilema de querer producir el software "perfecto", pero sin tener tiempo y esfuerzo necesarios para tal hazaña. Esto las llevó a buscar nuevos medios para perfeccionar la calidad. Y uno de esos caminos fue el perfeccionamiento de las actividades relacionadas con la prueba de software a través de la automatización. A diferencia de la filosofía que muchas organizaciones siguen, tener un entorno de pruebas automatizadas no es algo tan costoso y complejo como parece ser. Con el conocimiento bien difundido, hoy tenemos a disposición diversas herramientas de automatización open sources, que con sólo unos clics, ya es posible crear scripts de pruebas eficientes que validan las funcionalidades del sistema tantas veces como sea necesario de forma automática. Un buen ejemplo de ello es el uso de la herramienta Selenium, la cual será la propuesta de ese trabajo.  

INNOVACIÓN EN PRUEBA DE SOFTWARE

O termo inovar vem do latim in + novare, que significa "fazer algo novo, alterar ou renovar". Para o autor Sarkar (2007), refere-se a tudo aquilo que transforma ou renova algo, seja um produto ou processo, produzindo resultado para a empresa. Una "Guerra da Inovação" entre Google y Microsoft fue un gran ejemplo de importación de área de TI. Nos últimos anos, Google inovou seu site de pesquisa (buscador), o qual detém cerca de 60% desse mercado. Isso lhe rendeu um ótimo retorno financeiro por venda de publicidade no seu buscador. Enquanto a Microsoft resolvió desenvolver seu próprio site de buscas, O Bing, o qual tem tem bem aceito pelos usuários. Em suas palestras, Molinari (2010) costuma fazer a siguiente cita: "Ou você muda ou você se muda". Isto é, se mudar, tem que ser para melhor. Quem almeja ir além, no sentido de fake algo que faça a la diferença e que traga los resultados para a la empresa, deve-se pensar in inovação. Haga un contrato, o concorrente, algo diferente e idóneo para un público público. É a lei da sobrevivência. Segundo Molinari (2010), una inovação em teste de software pode ocorrer a qualquer momento within of uma empresa, seja por meio de uma mudança radical ou incremental. E um bom caminho para isso é optando pela automação dos testtes.  

AUTOMACIÓN DE PRUEBAS

De acuerdo con los autores Graham y Fewter (1999), la automatización de prueba consiste en el uso de una herramienta que imita la interacción del probador con la aplicación. Esta práctica, según Molinari (2010), pretende reducir el tiempo de ejecución y plazo de las pruebas. Aunque la intención de la automatización es disminuir al máximo los procedimientos manuales, Molinari (2010), garantiza que la prueba manual y algo insustituible. Incluso si la empresa automatiza el 99% de las pruebas, siempre habrá una necesidad de un análisis o una pequeña prueba a realizar. El rumor de que el "robot" sustituirá al probador cae por tierra.  

TESTES MANUALES X TESTES AUTOMATIZADOS

Como se mencionó anteriormente, la prueba manual no se puede eliminar, sino que se reduce al máximo y se centra en casos específicos donde es muy caro automatizar. Por otro lado, la prueba automatizada es indispensable para un aumento de productividad y reducción de tiempo en lo que en general y rutinario en la prueba. Veamos el caso clásico de la automatización de un login: Usted escribe el usuario y contraseña de la aplicación y confirma su login, haciendo clic en el botón entrar. Imagine ahora realizar una prueba que realice el inicio de sesión de 50 usuarios diferentes? Y si además de ese flujo principal, tuviera que probar flujos de excepciones como datos no válidos o nulos? ¿Sería algo muy laborioso, no es verdad? Con la automatización, podríamos grabar la acción de un login, parametrizando el usuario y contraseña con datos leídos directamente desde un archivo .csv a través de un bucle de 50 ejecuciones. Pronto, tendríamos un caso de prueba automatizado. Cada vez que se probara el login de la aplicación, bastaría girar el script y verificar si la misma se comporta como se esperaba por la grabación. Para pruebas de regresión y rendimiento, no hay duda de que la prueba automatizada sea la más adecuada. Sin embargo, si el mismo tarda mucho tiempo para ser grabado y no tiene ninguna expectativa de reutilización en el futuro, la prueba manual ya basta.  

SELENIUM

En 2004, el probador Jason Higging estaba probando una aplicación interna de ThoughtWorks (empresa que tiene como foco desarrollo ágil de software), cuando percibió que podría gestionar mejor su tiempo en las actividades de prueba manuales. Para ello, creó una biblioteca Javascript que interactuaba con el navegador, que pronto pronto pasaría a interactuar con otros navegadores. A este proyecto se le concedió el nombre de Selenium, que en realidad, se trata de una analogía sobre una herramienta de prueba alternativa para probadores que ya no soportan más dependen de la herramienta Quick Test, de la empresa Mercury, que por señal era pagada y muy cara. En la química, el antídoto del Mercurio es el Selenio. Está ahí, el porqué del nombre. En el año 2006, el ingeniero de Google llamado Simon Stewart decidió explorar aún más la biblioteca Selenium, creando así el proyecto WebDriver, donde acabó mezclándose con la antigua biblioteca (Selenium RC), dando origen a la segunda versión del Selenium en 2008 . Hoy, Selenium es una suite compuesta por las herramientas: Selenium IDE, Selenium Remote Control, Selenium WebDriver y Selenium Grid. Cada uno con una finalidad, pero con objetivos en común, que es garantizar la automatización de las pruebas funcionales de forma práctica y eficiente.  

¿POR QUÉ USAR SELENIUM?

Aunque ya existen diversas herramientas de automatización de prueba, Selenium se destaca por ser un conjunto de herramientas, permitiendo al usuario probar las aplicaciones web en las más diversas formas de automatización, como por ejemplo: Cree y ejecute secuencias de comandos de prueba independiente del explorador o sistema operativo. Realizar Testes de Carga/Estresse através da execução de teste em diversos browsers, provenientes de um ou mais computadores. Agregar complementos que permiten elaborar scripts de pruebas robustos y que atienden las necesidades de los negocios. Integrar los scripts de prueba a un proyecto de prueba, ya sea en Java, C #, PHP, Python o Ruby.  

>>> Para continuar leyendo, baje la muestra gratis del libro. <<<<