Edición 2017

En este taller discutiremos por qué es importante verificar la seguridad y cómo se pueden incorporar tareas de seguridad dentro del testing funcional. Presentaremos cómo se relaciona la seguridad con la lógica de negocio, tan conocida por los testers y qué aspectos deberíamos verificar para disminuir los posibles puntos de vulnerabilidad de la misma.

En este workshop se profundizará en la planificación de proyectos de Testing y en la buena definición de objetivos alcanzables para el éxito del proyecto. Atravesando diferentes metodologías (desde el Plan estándar hacia nuevas propuestas ágiles que han cobrado popularidad en los últimos años) los asistentes aprenderán a crear un Plan Eficaz. Este taller brinda herramientas de valor para quienes cuentan con la responsabilidad de gestionar las actividades de Testing. Ya sea un proyecto breve o un proyecto complejo, se incorpore el Testing al inicio del proyecto o al final: un buen plan siempre es necesario.

Con el gran crecimiento de APIs en la industria de software nos vemos obligados a realizar cada vez una mayor cantidad de tests en menos tiempo, y que los mismos sean simples de mantener. Ante esta premisa encontré Chakram que facilita el trabajo que necesitamos realizar.

Chakram nos da la posibilidad de testear de una manera simple y rápida APIs Rest. Este framework nos da como ventaja:

• Realizar HTTP Assertions basadas en Chai.js
• Aprovechar al máximo las promises de javascript
• Usar BDD + Hooks
• Extensible, permitiendo crear nuevas validaciones al framework

El workshop está enfocado a conocer el framework, dar las pautas principales de cómo funciona y crear test de forma simple.

Requisitos:

• El participante tiene que traer su laptop con cualquier sistema operativo y los siguientes programos instalados: Maven, Java, Spring Tool Suite (https://spring.io/tools/sts/all), NPM, Mocha JS (npm), Chakram Js(npm), IDE para javascript (por ejemplo WebStorm).
• Es deseable tener conocimiento sobre Java y Javascript.

Atributos de calidad como la portabilidad, confiabilidad, son especialmente difíciles de testear y aún más de automatizar. La diversidad de dispositivos, sistemas operativos y versiones de estos sistemas operativos, resulta típicamente resulta en limitar el número de dispositivos para los que las pruebas de software pueden garantizar el funcionamiento.

La tecnología Xamarin Test Cloud permite la automatización de casos de prueba para ser ejecutado, en simultáneo, en miles de dispositivos móviles. De esta forma se consigue observar el comportamiento del sistema bajo prueba en diferentes entornos.

En este taller se presenta la motivación para la automatización de casos de prueba para atributos de calidad no funcionales, y se presenta un ejemplo práctico realizado en Xamarin Test Cloud.

Requisitos:

• El participante tiene que traer laptop con sistema operativo Windows.
• Se requiere tener instalado Visual Studio 2016 y Xamarin. Para la Instalación seguir el siguiente tutorial, con los siguientes cuidados
  • https://developer.xamarin.com/guides/android/getting_started/installation/windows/manual_installation/#Installing_Java_SDK_JDK
  • Verificar el Path del SDK de Android
  • Verificar el Path de Java
  • Instalar Java 7 (Dic 2012): http://www.oracle.com/technetwork/java/javase/downloads/jre7-downloads-1880261.html
• Para poder ejecutar la automatización durante el taller se requiere bajar las siguientes imágenes del emulador:
  • https://github.com/ludei/cocoonjs-cli/wiki/How-to-solve-the-compilation-error:-%E2%80%9CUnable-to-resolve-project-target-‘Google-Inc.:Google-APIs:19’%E2%80%9D
  • https://developer.xamarin.com/guides/android/deployment,_testing,_and_metrics/debug-on-emulator/android-sdk-emulator/

En este taller discutiremos por qué es importante verificar la seguridad y cómo se pueden incorporar tareas de seguridad dentro del testing funcional. Presentaremos cómo se relaciona la seguridad con la lógica de negocio, tan conocida por los testers y qué aspectos deberíamos verificar para disminuir los posibles puntos de vulnerabilidad de la misma.

En los equipos que desarrollan ágilmente se busca que todos los miembros del equipo tenga un conocimiento mínimo de las actividades de testing. También que los testers profundicen su conocimiento.

¿Cómo podemos distribuir y crear ese conocimiento?

Las cápsulas de información de testing son una manera incremental de incorporar conceptos a partir de ejemplos del equipo o externos. Pueden servir como guía para realizar círculos de aprendizaje en el equipo de desarrollo o para profundizar conocimientos en comunidades de práctica. Las cápsulas son usadas en sesiones de 30-60 min: se presenta un concepto, se lo aplica un ejemplo y luego se llevan ideas para casos concretos actuales.

Presentaremos algunas cápsulas: Arquitectura de la prueba Automática, Datos de Prueba, Page Objects, Modelo del Oráculo y Pruebas Diagnósticas.

Cerraremos con nuevas cápsulas generadas por los participantes.

Las fundaciones CADI, Forge, IntegraT, Nahual y tesTEA realizarán presentaciones, e informarán a los asistentes acerca de su trabajo, las formas de ayudarlos y de qué manera se puede acceder a los cursos dictados.

Atributos de calidad como la portabilidad, confiabilidad, son especialmente difíciles de testear y aún más de automatizar. La diversidad de dispositivos, sistemas operativos y versiones de estos sistemas operativos, resulta típicamente resulta en limitar el número de dispositivos para los que las pruebas de software pueden garantizar el funcionamiento.

La tecnología Xamarin Test Cloud permite la automatización de casos de prueba para ser ejecutado, en simultáneo, en miles de dispositivos móviles. De esta forma se consigue observar el comportamiento del sistema bajo prueba en diferentes entornos.

En este taller se presenta la motivación para la automatización de casos de prueba para atributos de calidad no funcionales, y se presenta un ejemplo práctico realizado en Xamarin Test Cloud.

Requisitos:

• El participante tiene que traer laptop con sistema operativo Windows.
• Se requiere tener instalado Visual Studio 2016 y Xamarin. Para la Instalación seguir el siguiente tutorial, con los siguientes cuidados
  • https://developer.xamarin.com/guides/android/getting_started/installation/windows/manual_installation/#Installing_Java_SDK_JDK
  • Verificar el Path del SDK de Android
  • Verificar el Path de Java
  • Instalar Java 7 (Dic 2012): http://www.oracle.com/technetwork/java/javase/downloads/jre7-downloads-1880261.html
• Para poder ejecutar la automatización durante el taller se requiere bajar las siguientes imágenes del emulador:
  • https://github.com/ludei/cocoonjs-cli/wiki/How-to-solve-the-compilation-error:-%E2%80%9CUnable-to-resolve-project-target-‘Google-Inc.:Google-APIs:19’%E2%80%9D
  • https://developer.xamarin.com/guides/android/deployment,_testing,_and_metrics/debug-on-emulator/android-sdk-emulator/

Hace poco tiempo atrás el Tester era alguien que hacía su tarea luego que los programadores terminaban de escribir su código fuente, ambos roles; programadores y testers quedaban resumidos en eso. Aunque desde la teoría se pedía el involucramiento temprano del tester en el ciclo de desarrollo, en la práctica eso no ocurría. Hoy día los equipos de ingeniería de software tienen el desafío de cambiar ese paradigma y en la actualidad existen procesos de trabajo basado en Agile, tales como Scrum y eXtreme Programming, que propician un entorno ideal para no centrarse cada uno en su especialidad, por el contrario ambos son desarrolladores, pero con responsabilidades diferentes, es por eso que el rol del tester puede ser el mejor socio de negocio que el cliente tenga dentro del equipo de Ingeniería de Software. El objetivo de esta charla será exponer estrategias de trabajo y técnicas que propician aprovechar todo el potencial del rol del tester, siendo éste un articulador funcional indispensable entre el negocio del cliente y el producto de software.

¿Exploramos formalmente? ¿Cuánto sabemos de las técnicas de exploratorio formal? ¿Sabíamos de su existencia? ¿Podemos asegurar la calidad de nuestro software basado en la Exploración?

En esta charla veremos un barco de posibilidades, que navega cada vez más en las aguas del agile model project, desembarcaremos en puertos de técnicas formales presentando ventajas y desventajas sobre cada una de ellas. Remarcando las diferencias con el testing ad-hoc demostraremos porque el testing exploratorio formal está siendo cada vez más utilizado alrededor del mundo.

Si buscamos el éxito en el desarrollo de software, no puede faltar en el equipo el rol de analista de negocios, el desarrollador y el tester. En conjunto permiten asegurar que el software liberado responde a la necesidad del negocio y es construido en el marco de un proceso de calidad. Para esto, el Testing no puede ser considerado simplemente como una etapa en el proceso.

Si además buscamos reducir los tiempos de liberación al mercado, los errores se deben detectar y prevenir cuanto antes.
En esta conferencia veremos técnicas y herramientas que apoyan este proceso: como son user stories, modelos conceptuales y automatización entre otros.

Devops llegó para quedarse, asociado a un cambio en el paradigma de colaboración entre equipos. El testing se convierte así en una parte vital de este nuevo mindset, presentando cambios y nuevos desafíos para el profesional del testing. En este presentación se abordarán los conceptos básicos de Devops y como el testing de software se integra en el mismo.

En los últimos años como testers de performance hemos vivido grandes cambios a nivel tecnológico que nos han llevado a adaptarnos, cambiando herramientas y metodologías por nuevas opciones que se ajusten mejor a las necesidades de los clientes.

Les vamos a contar cómo en nuestro equipo nos estamos preparando para afrontar estos desafios.

Hoy los clientes nos buscan con nuevas necesidades y nuevos requerimientos, por lo que, en lo que respecta a las pruebas hablaremos de cómo trabajar por ejemplo con CDNs, enfoques serverless, protocolos como HTTP2.0, HLS, entre otros. Además de cómo podemos trabajar con metodologías ágiles con esquemas de IC incluyendo pruebas de performance, atendiendo exigencias en tiempos de respuesta menores a 50ms y throughput mayores a 1000 tps.

Hemos enriquecido estos conocimientos trabajando codo a codo con empresas como Blazemeter, Shutterfly, Disney y Heartflow y colaborando con la comunidad mediante el desarrollo de plugins que den soporte a nuevos protocolos en JMeter.

Es importante destacar que estos nuevos enfoques se pueden poner en práctica en empresas como la nuestra o como la de ustedes. Donde no es necesario tener grandes inversiones ni grandes equipos de trabajo. Basta con conocer las opciones que la comunidad nos ofrece.

“… el proceso de ejecutar pruebas a la interfaz de usuario del sistema bajo pruebas … involucra el chequeo de pantallas con controles como menús, botones, iconos y todo tipo de barras… la IU es lo que el usuario ve“ Guru99

¿Suena sencillo, cierto? Pero, ¿qué tal realizar las pruebas en 2, 3 o hasta 5 navegadores? ¿Qué tal realizar las pruebas en múltiples dispositivos con diferentes tamaños de pantalla? Ya no suena tan sencillo, ahora suena tedioso, repetitivo y entre más área haya que cubrir más aumenta la posibilidad de saltarnos 1 o 2 detalles después de unas cuantas ejecuciones. No te rompás los ojos y el cerebro haciendo Pruebas de Interfaz, con las herramientas correctas podés ahorrarte tiempo sin descuidar la calidad del software.

El mockeo es una herramienta utilizada principalmente por los desarrolladores; para la creación de software. Su uso para pruebas, fuera de lo que son test unitarios tiende a ser más acotada. Hoy en día, el aumento de la complejidad de las aplicaciones, así como el manejo de un mayor número de pruebas automáticas, hace que utilicemos más esta herramienta; para poder realizar nuestras pruebas.

Los objetivos de esta charla son:

• difundir el uso y utilidad, de esta herramienta.
• establecer cómo puede servirnos para mejorar nuestras pruebas.
• compartir un caso real de implementación, que se utilizó para solucionar problemas concretos.

En general los proyectos de automatización suelen seguir un patrón similar, el mismo tipo de trabajo, duración, tamaño de equipo, tecnologías, objetivos, entre otros. Pero, ¿qué ocurre cuando un proyecto sale de la regla y su dimensión se multiplica en todos los aspectos?. La primer acción que pensamos naturalmente es aumentar los recursos asignados, ¿pero es eso suficiente? ¿Cuáles son las variables que entran en juego al escalar?. El objetivo de esta charla es, basado en proyectos reales, brindar tips y herramientas que pueden ser de utilidad en situaciones en que la escala comienza a ser un desafío y causal de futuros problemas.

La presentación busca introducir el Modelo de procesos desarrollado en la Norma UNIT-ISO/IEC/IEEE 29119-2. Se presentarán los procesos que conforman el modelo y su integración con otras normas técnicas. También se busca abordar el tema de la evaluación de procesos y la posibilidad de declarar conformidad con la serie ISO/IEC/IEEE 29119.

Uno de los mayores problemas que enfrenta un equipo al momento de automatizar sus primeros casos de prueba es saber qué estrategia implementar. En la mayoría de los casos se tiende a perder mucho tiempo valioso en los pasos iniciales del desarrollo de los mismos, y si se decide implementar un framework en el proceso seguramente surjan las siguientes interrogantes:

¿Está mi equipo preparado para la implementación de un framework? ¿Qué beneficios me traería? ¿Qué desafíos se presentan al momento de desarrollar un framework de automatización de pruebas? ¿Realmente necesito un framework?

Tanto estas, como muchas otras preguntas serán respondidas a través de ejemplos, buenas experiencias y casos de éxito en la presente charla.

IoT es el inicio de una revolución en todos los sectores. La mayoría de las cosas se irán haciendo cada vez más ‘inteligentes’ y comenzarán a ‘hablar’ entre ellas sin que intervengamos.

El testing también tendrá que evolucionar para que esta revolución sea posible. Sin ir más lejos, las interfaces desarrolladas para interactuar con los sistemas están evolucionando y simular entradas para las pruebas es uno de los mayores retos para los testers.

Hoy en día, millones de dispositivos capturan datos para alimentar sistemas que permiten analizar información de nuestro entorno. Decisiones políticas y sociales se toman a partir del análisis de estos sistemas. Son los primeros pasos que nos permiten imaginar algunos elementos de ciencia ficción en nuestra sociedad.

En esta charla, además de plantear algunos desafíos a los que nos enfrentamos al testear este tipo de sistemas, presentaremos alguna de nuestras experiencias probando plataformas que permiten gestionar esta información.

Structured Programming, Total Quality Management, Agile, Scrum, Devops—and after all this time, projects still stumble and products still drive us crazy. Why? Part of the reason is surely that many projects are flying blind, without sufficient awareness of the status of the product and the problems in it. And why is that? Part of the reason is that the craft of testing is stuck in ideas that we out of date 30 years ago, and are even more out of date today.

Rapid Software Testing (RST) is an approach to software testing developed by James Bach and Michael Bolton. The approach is targeted towards the fastest, least expensive testing that still completely fulfills testing’s mission — to reveal the status of the product through critical thinking, exploration, and experimentation. While process models, artifacts, and tools have roles to play, RST puts the mindset and the skill set of the individual software tester at the center of testing work. Despite the name, Rapid Software Testing isn’t just testing with a speed or sense of urgency; it’s mission-focused testing that eliminates unnecessary work, tells the story of the product, and constantly asks what testing can do to help speed the project as a whole—no matter what the development model might be.

Want to reframe your ways of thinking about the craft? Join Michael for a whirlwind tour through some of the principles and tactics of Rapid Software Testing.