Rapid Software Testing: Vista rápida a la metodología basada en el contexto
Dentro de la industria del Software, existen muchas metodologías, herramientas y estándares que nos ayudan a definir y organizar nuestro trabajo dentro de GBH, con la finalidad de ayudar a brindar mejor calidad a las soluciones de software. En esta ocasión hablaremos sobre uno de los que nosotros como QA aplicamos en nuestros proyectos: el Rapid Software Testing (conocido también como RST).
Primero tenemos que hacernos la pregunta… ¿Qué es Rapid Software Testing? Su co-autor, James Bach, lo define como una metodología para la prueba responsable de software, que busca inculcar una mentalidad y conjuntos de habilidades enfocada en realizar pruebas rápidas, en menor costo y obteniendo excelentes
James Bach, co-autor de Rapid Software Testing (Imagen proveniente de Satisfice, Inc)
¿Qué quiere decir que sea “Rapid”? Esto se define en nueve puntos:
- Controla tu propio trabajo: Cómo QA o Tester, eres el responsable directo de tu trabajo, eres quien decide cuáles prácticas vas a utilizar o cómo coordinar los procesos dentro del proyecto.
- Deja de hacer cosas que no aporten: Si sientes que estás haciendo algo que te hace perder el tiempo, deja de hacerlo.
- Sumérgete en la exploración y la experimentación: El aprender a utilizar un producto ayuda a crear un modelo mental que permite realizar rápidamente buenas pruebas.
- Enfócate en el riesgo del producto: Hay que realizar las pruebas donde sea más necesario asegurar que el producto cumple los requerimientos o donde podría presentar mayores riesgos.
- Utiliza modelos heurísticos ligeros y flexibles para guiar tu trabajo: La metodología de Rapid Software Testing ofrece varios modelos heurísticos que son concisos, ligeros y que ofrecen soporte a cualquier nivel de pruebas.
- Utiliza la forma más concisa de documentación para resolver una problemática: La documentación, cómo actividad, puede ser una gran carga de trabajo y de tiempo. Enfócate en realizar la documentación de una forma ligera que comunique de forma clara, concisa y precisa lo que es necesario a las personas que la consulten.
- Utiliza herramientas para optimizar el tiempo de trabajo: Los QA o Tester no necesitan automatizar pruebas de software mediante la codificación, pero sí necesitan muy buenas herramientas para llevar la metodología RST a la acción.
- Explica tu trabajo (tus pruebas) y su valor: Cuando puedes explicar qué tan importantes son tus pruebas, de forma clara y rápidamente, así como el valor que estas aportan, el resto del equipo y los clientes verán que tu tiempo está bien invertido.
- Desarrolla tus habilidades para que puedas realizar todo lo mencionado previamente: Rapid Software Testing no te da un atajo para realizar todos los puntos mencionados anteriormente, más bien te muestra cómo desarrollar tus habilidades y te guía hacia donde puedes enfocarlas más eficientemente.
Ecosistema de Rapid Software Testing (Imagen proveniente de Satisfice, Inc)
Sin embargo, ¿en qué se diferencia Rapid Software Testing de otras metodologías? Esto son algunos puntos en los cuales se diferencia esta metodologia de las demas:
- Se enfoca en las personas que hacen pruebas y la misión que quieren lograr.
- Un QA o Tester que pone en práctica esta metodología estará siempre preparado para ser totalmente responsable de su trabajo y dar cuentas de este.
- Tiene un enfoque que incentiva al aprendizaje.
- Es una metodología personalizada. Es decir, cuando es puesta en práctica, será su propia versión de RST, y va a depender si requiere cambios según sus necesidades, dependiendo de si quieres cambiarlo o extenderlo.
Si te preguntas ¿qué beneficios trae? Primero, al tener un control propio de tu trabajo te permite probar de forma honesta, lo cual te hace ser responsable del mismo. Segundo, como mencionamos anteriormente, promueve ser ligero en la documentación, optimizando el tiempo invertido, permitiendo tener apertura para realizar tareas importantes.
Rapid Software Testing promueve un enfoque muy prometedor para aplicar en nuestros respectivos equipos y proyectos. Al hacer esto, podremos cumplir con el propósito de enfocarnos en lo que realmente importa: Realizar pruebas.
En GBH, estamos abiertos a la idea de buscar y aplicar metodologías y buenas prácticas que nos puedan ayudar a lograr pruebas más efectivas al desarrollo del producto y asegurar que este tenga más valor para nuestros clientes.