Estimar cuánto tiempo nos llevará realizar el Testing, o como muchos le dicen, cuánto nos llevará probar la aplicación, es un tema para debatirlo porque seguramente habrán muchas posiciones, algunas coincidirán mientras que otras serán diferentes, como pasa siempre.
Estarán los Desarrolladores que aún siguen estimando por los Testers en algunas empresas, como así también los Gerentes de Proyecto que hacen otro tanto, pero y ¿nosotros? ¿qué?… ¿porqué no nos dan a nosotros la tarea de estimar el esfuerzo de la prueba? ¿será que no confían? y si así fuera, ¿porqué?
Si bien desde hace ya un buen tiempo la estimación se ha incluído dentro de nuestras actividades, no esta generalizado aún este procedimiento y muchas áreas de Testing esperan a que le pasen «el tiempo que deberán demorar para hacer una prueba»… y aquí es donde se van generando pequeños conflictos que si no se detectan y mitigan a tiempo, se convierten en grandes problemas que en definitiva perjudica al producto y por ende, al nuestro Cliente (interno y externo).
Ahora bien, sin lugar a dudas sería muy saludable si lográramos discutir este tema y escuchar todas las opiniones y situaciones como para después tratar de arribar a conclusiones que nos permitan mejorar el tratamiento que actualmente tenemos frente a esta técnica.
Algunos utilizan el «mas o menos», otros alguna técnica «made in casa», otros intentan definir un tiempo sobre la base de experiencia y criterio, otros preguntan y preguntan y preguntan a diferentes personas del equipo hasta llegar a un tiempo que le suene «bueno», mientras que otros intentan aplicar técnicas que han leído y estudiado en la universidad o en alguna página de internet.
La cuestión es que todos de alguna manera u otra, intentamos mejorar nuestro trabajo para explicar y comunicar, cuánto demoraremos y porqué.
No digo que sea sencillo, pero por lo menos muchos intentamos mejorar lo que hacemos.
La cosa es que cuando uno habla de Estimación, hay que tener en cuenta varios aspectos y variables que permiten definir el alcance del Testing como para después, aplicar la técnica más adecuada.
Ya que no es lo mismo un Testing Manual que un Testing Automatizado, no es lo mismo un Testing sobre un desarrollo del tipo Predictivo al Testing sobre un desarrollo del tipo Agil, no es lo mismo estimar el esfuerzo que nos llevará una prueba aplicando distintos tipos de Testing (Exploratorio, de Humo, de Regresión, Unitario, de Sistema, Integral, de Aceptación, de Rendimiento, de Cross Browser, etc), ni que hablar si debemos probar aplicaciones móviles, ¿no es cierto?
Estos temas y muchos otros más que seguramente irán surgiendo, intentaremos tratar, conversar, debatir, discutir en nuestro próximo «Encuentro entre Testers» este próximo sábado 30 de Mayo, a partir de las:
– 10 am [para los que puedan estar presentes en la sala de la empresa Baufest]
– 10:30 am [para los que nos sigan por el online en directo desde YouTube]
Nos ayuda para este tipo de emprendimientos, facilitándonos sus instalaciones, la empresa: Baufest Argentina.
Coordina: Nadia Soledad Cavalleri.
En esta oportunidad nos acompañará un persona que conozco hace un tiempo y que estará exponiendo:
Pablo Rizzi
SR. Project Manager (PM IT and Systems) & QA Lead with Agile Methodology (Scrum and Kanban) & Quality Assurance Coach
https://www.linkedin.com/in/pablorizzi
Para más información acerca de este evento y el acceso al formulario de inscripción, te invito a que visites las siguiente página: http://goo.gl/uSJynd
Por cualquier consulta o interés en participar en este evento o en los próximos como expositor o sponsor, enviame un correo a: gustavo@testingbaires.com
Muchas gracias y te esperamos
Gustavo
