Próximos AfterTest en Valencia y Madrid

afterTest ValenciaLos próximos 13 y 21 de Febrero secelebrarán en Valencia y Madrid nuevas ediciones del evento AfterTest, organizados por NexoQA.

En Valencia la cita será con Alex Soto, con su charla ‘De DevOps a DevTestOps. Testing en producción‘:

DevOps está creciendo en popularidad estos últimos años particularmente en compañías de  software que quieren reducir su «lead time» para ser mesurado en días/semanas y no en meses/años. Si quieres validar que tú software haga las cosas correctas, tendrás que testear implacablemente.
El gran problema es que las compañías ven (y posiblemente lo sea) la fase de testeo como el cuello de botella, reduciendo la velocidad para poder poner el producto a producción. Para cambiar esto, necesitamos una nueva forma de testear aplicaciones, incluyendo el proceso de testing dentro del proceso de release de la aplicación e involucrando a todos los miembros del equipo desde el inicio del proyecto pasando a una mentalidad DevOps.
¿Cómo está afectada la pirámide del testing? En este AfterTest, Alex Soto no solamente describirá sino qué también demostrará algunas técnicas que se pueden usar immediatamente después de la charla para empezar a testear en producción y acelerar los ciclos de release a límites inimaginables.
La cita es el 13 de Febrero en Innovation Center Valencia, C/San Vicente Mártir, 148. Puertas abiertas a las 18.30h, la charla empieza a las 19.00h
Por otro lado, el jueves, 21 de febrero de 2019, Xavier Val Cantó, en su charla ‘Big Data, Big Problem‘, hablará de cómo puedes plantear una estrategia para hacer pruebas sobre proyectos de BigData. Revisará una arquitectura típica de este tipo de proyectos y enseñaré las herramientas que han desarrollado en su departamento para hacer un testing ágil en este cambiante paradigma del BigData y como reaprovechar el esfuerzo del equipo usando Behave Driven Development (BDD), Python y Scala.

Realizar tareas de QA dentro de uno los proyectos de BigData suele ser complicado al tratarse de entornos muy cambiantes y dinámicos. Los largos tiempos de ejecución sumado a que los resultados obtenidos no sean un valor concreto sino un rango de datos aproximados o agregados genera un extra de dificultad para confirmar si algo está dentro de lo esperado o no. Los clusters de ejecución remota permite procesar enormes volúmenes de datos de manera sencilla, ágil y rentable en instancias remotas en las que incluso el tamaño de procesamiento puede ajustarse dinámicamente. Las herramientas, entre otras, que nos permiten procesar los grandes conjuntos de datos son las instancias de Elastic-Map-Reduce (EMR). Usamos frameworks como Apache Spark, y Flink conectados con instancias S3. Y con Zeppelin Notebooks podemos mostrar informes y hacer consultas bajo demanda.

Existen muchos roles bien definidos dentro del mundo de BigData pero ninguno encaja con las tareas que un QA hace dentro de cualquier otro proyecto de programación. Tenemos los roles de Data Analyst , Data Scientist, Data Engineer y Data Quality. Aunque pudiera parecer que un Data Quality sea el mismo rol que el de un Quality Assurance, pero adaptado a la moda de renombrar un rol añadiendo el nombre de Data. La realidad es que no, que son tareas totalmente distintas. Mientras el DQ controla que los datos que entran durante el procesado sean consistentes y dentro de lo esperado, el QA debe asegurar que las transformaciones que se aplican en cada uno de los procesos se hace correctamente y que el comportamiento de los componentes es el esperado (entre otras tareas).

La cita es en Madrid International Lab (calle de Bailén, 41), a partir de a las 18:30h, inicio de la charla 19:00h. Metro La Latina / Bus línea 3 o 148.
After Test Madrid

Testofill (Rellenar formularios automáticamente)

La herramienta Testofill es un plugin para Chrome que nos puede ayudar a la hora de rellenar ciertos formularios. Para usarla lo primero que tenemos que hacer es instalar la extensión.

Una vez instalada, debemos configurarla para poder utilizarla. Hacemos click con el botón derecho en el icono de Testofill (un lápiz) y elegimos configuración:Testofill configuración

Nos aparecerá una ventana en la que podemos añadir un json dónde le diremos en qué páginas queremos que esté disponible, y los valores con los que queremos rellenar los formularios. Para rellenar los formularios con distintos tipos de datos podemos usar Chancejs, consiguiendo de esta forma una herramienta más versátil. Sin duda, la verdadera potencia de Testofill la obtendremos en combinación con Chancejs. » Read more

Exploratory Testing Chrome Extension

Exploratory Session Chrome ExtensionHoy quiero presentaros una herramienta muy útil para las sesiones de testing exploratorio, y también para pruebas de nuevas funcionalidades, regresiones manuales y pruebas de verificación de corrección de bugs, sobre aplicaciones web. Se trata de un plugin para Chrome llamado ‘Exploratory Testing Chrome Extension‘, creado por Francisco Moreno.

Se trata de un plugin que nos va a permitir ir guardando información organizada mientras hacemos las pruebas, sin tener que abrir otra herramienta, ni otra página web.

De esta forma podemos mantener el foco en las pruebas que estamos realizando y, cuando acabemos esas pruebas, con toda la información que hemos ido recopilando, realizar las acciones que necesitemos: reportar bugs, hacer preguntas a quién corresponda, aportar ideas, o crear nuevas tareas, pero todo esto sin haber perdido el foco de nuestra tarea inicial.

Bugs, notas, preguntas e ideas

Tal y como yo lo uso, empiezo mi sesión de pruebas, y cuando encuentro algo que no es correcto, en lugar de irme inmediatamente a reportar el bug, lo guardo en ‘Exploratory Testing Chrome Extension’, y añado pantallazos si hace falta, o incluso los logs que tenga. Y sigo con mis pruebas.

Y hago lo mismo con notas, preguntas (para el equipo de desarrollo, alguien de negocio, UX, …) o ideas que me vayan surgiendo durante las sesión. » Read more

Test Academy. Madrid, Barcelona y Valencia

Test AcademyTest Academy tiene como objetivo reunir a los profesionales y expertos para un día de aprendizaje, intercambio de experiencias y conocer nuevos compañeros dentro de la comunidad de testing de software en España.

Habrá 8 master classes para elegir durante todo el día con mucho tiempo para hacer networking con compañeros de profesión para aprender y hablar de testing.

En Test Academy se cubren las últimas tendencias del testing de software con master classes sobre inteligencia artificial y QA, gestión de test, testing continuo, pruebas web automatizadas, testing de integración, testing exploratorio, pruebas de servicios web y testing ágil.

Ponentes

Entre otros ponentes estarán:

Baris Sarialioglu (para mi el mejor ponente de expoqa:18), que hablará de Testing en la era de DevOps, IoT, AI y UX.

Ard Kramer, a quién siempre es un placer escuchar, y de quién siempre se aprende algo, hablará de ¿Crear una buena estrategia de pruebas y vender tu estrategia a las personas correctas?

Isabel Vilacides, que hará que el Testing de microservicios en sistemas distribuidos parezca fácil.

MADRID

Madrid celebrará su jornada de master classes el 27 de noviembre de 2018. La primera edición en la capital abarcará una amplia gama de temas actuales sobre la calidad y testing de software.

Aquí puedes consultar la agenda para Test academy Madrid.

BARCELONA

Barcelona celebrará de nuevo sus jornadas de master classes el 27 de marzo de 2019. Esta cuarta edición en la ciudad Condal abarcará una amplia gama de temas actuales sobre la calidad y testing de software.

Aquí puedes ver la agenda para Test Academy Barcelona.

VALENCIA

En Valencia la cita es el 30 de enero de 2019. La primera edición en la ciudad abarcará una amplia gama de temas actuales sobre la calidad y testing de software.

Aquí puedes ver la agenda para Test Academy Valencia.

Katalon Studio vs. Postman vs. SoapUI. Revisión de las 3 herramientas principales para pruebas API

Hoy os traemos la traducción de un artículo publicado originalmente en la página de Katalon, en la que nos muestra ventajas de Katalon Studio frente a Postman y SoapUI.

Katalon vs Postman vs SoapUIEl interés en las pruebas de API ha aumentado enormemente en los últimos cinco años, según Google Trends. Esta tendencia refleja el cambio de paradigma hacia las aplicaciones basadas en la web y móviles, y el desacoplamiento de los servicios de back-end y las interfaces de usuario front-end.

 

La prueba de API son un tipo de prueba que implica la verificación y validación de las API y los servicios web. A diferencia de las pruebas tradicionales que se enfocan en la funcionalidad de la GUI donde interactúan los usuarios finales, las pruebas de API comprueban las API utilizadas por los desarrolladores y se producen en la capa intermedia del software (por ejemplo, componentes sin encabezado o sin GUI, generalmente invisibles para los usuarios finales). En una típica aplicación web o móvil, las API web conectan diferentes componentes, especialmente entre la vista o la capa de interfaz de usuario y el servidor web. Esto hace que la aplicación de automatización a las pruebas de API sea una opción atractiva en las pruebas de software modernas.

 

Para implementar las pruebas de API con éxito, los equipos deben tener un buen conjunto de herramientas que cumplan con requisitos específicos. Sin embargo, esta es una tarea desafiante, de acuerdo con nuestra encuesta a más de 2,200 profesionales de software. Parte del problema es que una herramienta elegida parece ser adecuada al principio; pero los problemas llegan cuando se integra con las herramientas y procesos existentes a largo plazo.

 

Para ayudarlo a decidir qué herramientas funcionan mejor para sus pruebas de automatización de API, este artículo presenta una revisión y comparación de tres herramientas populares para las pruebas de API: Postman, Katalon Studio y SoapUI. Postman y SoapUI se especializan en pruebas de API, mientras que Katalon Studio proporciona una solución completa para pruebas de API, web y aplicaciones móviles. » Read more

1. Look up some definitions for ‘Automation’, compare them against definitions for ‘Test Automation’.

Día 1. Look up some definitions for ‘Automation’, compare them against definitions for ‘Test Automation’.

Automatización

Nombre femenino
1. Aplicación de máquinas o de procedimientos automáticos en la realización de un proceso o en una industria.
«la automatización de la fábrica ha propiciado un gran aumento de la producción; se destinará una partida de 800 000 dólares a la automatización del riego de los jardines del parque»
2. Conversión de un movimiento corporal o de un acto mental en un acto automático o involuntario.

Se denomina automatización al acto y la consecuencia de automatizar. Este verbo, por su parte, alude a hacer que determinadas acciones se vuelvan automáticas (es decir, que se desarrollen por sí solas y sin la participación directa de un individuo).

El concepto suele utilizarse en el ámbito de la industria con referencia al sistema que permite que una máquina desarrolle ciertos procesos o realice tareas sin intervención del ser humano. La automatización permite ahorrar tiempo y, muchas veces, dinero.

Automatización de pruebas

En las pruebas de software, la automatización de pruebas consiste en el uso de software especial (casi siempre separado del software que se prueba) para controlar la ejecución de pruebas y la comparación entre los resultados obtenidos y los resultados esperados.

En español no he encontrado mucho más de interés, así que he buscado en inglés, a ver qué encontraba de interés:

La gente de Smart Bear (lectura interesante) arrojan algo de luz:

Automated testing is, well, automated. This differs from manual testing where a human being is responsible for single-handedly testing the functionality of the software in the way a user would. Because automated testing is done through an automation tool, less time is needed in exploratory tests and more time is needed in maintaining test scripts while increasing overall test coverage.

 

 

The benefit of manual testing is that it allows a human mind to draw insights from a test that might otherwise be missed by an automated testing program. Automated testing is well-suited for large projects; projects that require testing the same areas over and over; and projects that have already been through an initial manual testing process.

En la web de QASymphony (lectura interesante) también he encontrado algo interesante:

Automated testing is the act of conducting specific tests via automation (e.g. a set of regression tests) as opposed to conducting them manually, while test automation refers to automating the process of tracking and managing the different tests.

 

30daysoftesting

30 Days of automation in testing, por Ministryoftesting

Este mes de Julio, la gente de Ministry of testing nos proponen un reto para mejorar nuestras habilidades como testers de pruebas automáticas. Si, ya se que estamos a 3 de Julio, y que empiezo tarde, pero bueno, más vale tarde que nunca. Voy a intentar hacer el reto, y dejaré por aquí mis evoluciones al respecto.

De momento, os dejo la lista completa de tareas, mientras me pongo con las 3 primeras:

30 days of automation in testing july 2018

Pon nota a tus tests de Selenium (Grading Your Selenium Tests)

Pon nota a tus tests de SeleniumReconozco que a la hora de escribir tests soy bastante pragmático, y no cumplo algunas «buenas practicas«. Pero intento conocer esas buenas prácticas, y cuando no las cumplo, suele ser por algún buen motivo.

Además, creo que aunque pueda haber reglas a la hora de escribir buenos tests, también debemos adaptarnos al entorno en el que trabajamos, y saber que es lo importante de los tests que estamos haciendo: Dar feedback rápidamente, comprobar muchas cosas, verificar solo unos pocos pero importantes casos, …

El vídeo que hoy propongo habla de cómo deben ser unos buenos tests, y de cómo son unos malos tests. Y a partir de ahí, nos da una forma de «evaluar» nuestros tests, para saber cómo de buenos o malos son. » Read more

Eventos, charlas, meetups, aftertests,… Razones para asistir

Need for Speed - Accelerate Tests From 3 Hours to 3 MinutesRecientemente hablaba con otra persona relacionada con el mundo de las pruebas de software sobre el tiempo que tardábamos en mi actual empresa en hacer una regresión automática completa de la web. Le conté que teníamos un límite máximo autoimpuesto de 5 minutos, y que cuando esto no era así, porque crecían los tests, tomábamos medidas para volver a estar por debajo de esos 5 minutos.

Seguimos hablando del tema, pero eso me hizo recordar que no siempre habíamos tardado ese tiempo, sino que hace tiempo estábamos por encima de media hora con menos tests, y nos parecía lo normal.

Inspiración

Entonces, en expo:QA’16 asistí a una charla muy inspiradora de Emanuil Slavov que se titulaba «La necesidad de la velocidad – Acelerar pruebas de automatización de 3 horas a 3 minutos», originalmente «Need for Speed – Accelerate Tests From 3 Hours to 3 Minutes«. La charla era sobre la experiencia de Emanuil tratando de reducir el tiempo de ejecución de sus pruebas, logrando pasar de 3 horas a 3 minutos. » Read more

1 2 3 4 24