Este post fue escrito por Gabriela Sánchez y Miguel Sánchez como parte de su investigación en testing exploratorio en su proyecto de grado en ORT, donde yo participo como cliente, ayudando a definir actividades y necesidades en torno a los aspectos metodológicos, incluyendo el prototipo de una herramienta que le de soporte (llamada Relytest). En ese contexto, Gabriela y Miguel entrevistaron a Guillermo Skrilec, de GeneXus Consulting.
En este post continuamos en la línea de los anteriores, entrevistando distintos testers de nuestra comunidad centrándonos en particular en el testing exploratorio y cómo llevan éste a la práctica. En esta ocasión hicimos una entrevista a Guillermo Skrillec, SQA manager de GeneXus Consulting.
Contexto
Primero que nada, Guillermo, nos cuenta acerca de las características generales de los proyectos en su empresa como para tener una idea del contexto en el cual luego estaremos conversando de testing exploratorio. Ellos están orientados a proyectos y tienen principalmente dos modalidades de trabajo:
- Fábrica: Trabajan desde sus oficinas.
- En el Cliente: Trabajan en las oficinas del clientes, típicamente con un equipo mixto.
En ambas modalidades, los equipos tipo están compuestos por: un gerente de proyecto, analistas funcionales, un jefe de desarrollo, desarrolladores, un jefe de test y testers. Existen distintas variantes según las dimensiones de los proyectos, pero se podría decir que esa constituye una estructura tipo de un equipo.
En general los requerimientos vienen dados por casos de uso. Se manejan dentro del marco de IIBA en todo lo relativo a los requerimientos. Estos proyectos son proyectos cerrados.
¿Qué metodología de desarrollo implementan?
Nos cuenta Guillermo que trabajan con una metodología propia, GeneXus Consulting Development Framework, que comenzaron a formalizarla hace aproximadamente 5 años. Esta metodología la desarrollaron en base a buenas prácticas que fueron recopilando de los distintos proyectos a lo largo del tiempo. El ciclo de vida de desarrollo es Evolutivo-Iterativo, acompañando el paradigma de desarrollo que sugiere una herramienta como GeneXus.
¿Qué nivel de conocimiento tienen los testers del equipo?
En general son estudiantes de licenciatura, ingeniería o tecnicatura. En la empresa se les brinda capacitaciones sobre GeneXus, GXest, talleres internos, cursos del CES, ISTQB. Además, hay testers que vienen de organizaciones como Forge o Los Pinos, donde reciben una formación base en tecnolgía, y en algunas ocasiones también en testing funcional.
¿Cómo es la gestión de testing en general en GeneXus Consulting?
Los proyectos tienen su planificación del testing (plasmado en un Plan de SQA), y se lleva un cronograma con las actividades. Asimismo se realizan reuniones de seguimiento semanales. Trabajan con un enfoque a riesgos, donde analizan las funcionalidades críticas mediante técnicas de prueba, diseñando y guardando las ejecuciones de los casos de prueba en Testlink.
Existe la figura de “Coordinador de Testing” que se encarga de los aspectos de gestión junto con el Gerente de Proyecto. Realizan una planificación, a alto nivel, donde el 80% aproximadamente está constituido por testers dedicados a las pruebas funcionales. Luego también realizan pruebas de carga, seguridad, mobile, etc., dependiendo de las características de la aplicación y del proyecto, se aplican distintos tipos de pruebas.
¿Cómo registran el testing exploratorio?
Lo registran en Testlink, para lo que hicieron una adaptación y en lugar de generar casos de prueba suben las sesiones de testing exploratorio. Nos cuenta Guillermo, que como parte de su metodología de trabajo realizan habitualmente revisiones de los casos de prueba, ya sea a cargo del coordinador o analista funcional.
Cuentan con plantillas para el registro de las misiones y las sesiones. Las horas, en cambio, las registran en otro sistema. Registran por un lado lo que refiere a diseño, armado de la sesión y datos de prueba, y por otro la ejecución la cual incluye el reporte de incidentes.
En general la misión es el nombre de la funcionalidad o módulo a probar. Y luego toman notas de las acciones o lugares por donde fueron pasando. Las páginas para altas-bajas-modificaciones, llamadas “work with” en GeneXus así como los facilitadores que siguen un patrón, ciertos estándares, se prueban con testing exploratorio. No hay casos de prueba específicos para ellos sino que cuentan con un checklist que abarca unos 20-25 puntos y guía este tipo de pruebas.
Prueban con testing exploratorio principalmente lo que tiene baja criticidad. Además, integraciones, requerimientos no funcionales, seguridad y tiempos de respuesta. De esas sesiones, surgen casos de prueba, incidentes (que registran generalmente en Mantis), alimentan el set de pruebas que ya existe, tienen información sobre qué más les está faltando probar.
Para tener una idea de las dimensiones de los equipos de prueba, nos cuenta que el equipo más grande que tienen actualmente cuenta con un coordinador y seis testers.
Realizan reuniones semanales con el equipo de test. Tratan que los testers se encuentren físicamente en el mismo lugar. Además, realizan una reunión periódica de todo el equipo, y generalmente otra solo del equipo de test.
¿Cómo saben el avance que tienen al ejecutar testing exploratorio?
El avance queda a juicio del coordinador de pruebas, es quién se junta con los testers que prueban. Tienen una comunicación muy fluida. Realizan un inventario de funcionalidades y de este modo pueden saber qué se fue cubriendo.
Nos comenta que es difícil cuando entra alguien nuevo el pasaje de información. Sin embargo, apuntan a la buena comunicación y trabajo en equipo. Se reúnen, ve qué hizo la persona, le sugieren ideas de prueba. Cuentan con un tutor para la gente nueva que ingresa, el cual se sienta cerca de la persona y lo guía y asiste en lo que necesita.
¿Qué métricas le interesaría obtener fácilmente del testing exploratorio?
Nos cuenta Guillermo las principales métricas que le interesarían. Éstas son: Cobertura de funcionalidades, registro del tiempo dedicado a testing exploratorio y cantidad de incidentes (por severidad). Y todas estas métricas por versión del producto.
Para cerrar
Esperamos mediante las distintas entrevistas seguir contribuyendo al enriquecimiento de la comunidad, a medida que vamos conociendo distintos contextos, formas de probar, dificultades a enfrentar, etc. Esperamos también contribuir a la difusión del testing exploratorio, una práctica que consideramos sumamente valiosa.
¿Querés colaborar con el proyecto participando de una entrevista contándonos cómo trabajás con testing exploratorio? No dudes en contactarte con nosotros ya que sería de gran utilidad para nuestro proyecto y para la comunidad de testing.
¿Quién es Guillermo Skrilec?
Guillermo es Ingeniero en Sistemas y graduado del Master en Gerencia de Empresas Tecnológicas de la Universidad ORT. Cuenta con más de 8 años de experiencia en testing de software en más de 40 proyectos de consultoría, y actualmente se encuentra a cargo del área de Testing en GeneXus Consulting. Forma parte del equipo de procesos encargado de llevar adelante el Sistema de Gestión de la Calidad de GeneXus Consulting, que ha sido certificado ISO 9001:2008. Graduado de la Carrera de Testing del CES. Certificado ISTQB Advanced Level – Test Manager. Graduado en Gerencia de Gestión en Calidad de LSQA. Certified ScrumMaster. Actualmente se encuentra coordinando capacitaciones de testing de software para organizaciones como FORGE y Centro CADI. Ha brindado conferencias en distintas organizaciones y eventos, y forma parte del equipo organizador de TestingUy. Participó como juez en la competencia Software Testing World Cup 2016 para América Latina.
Links a otras entrevistas y a más información del proyecto:
