Probando cosas: ¿para qué sirve este botón?
Las cosas que utilizamos día a día han sido probadas antes de salir al mercado. En el ámbito de la cosmética muches de nosotres buscamos productos que no sean testeados en animales, por ejemplo. Pero; ¿Qué es el testing en la informática? ¿Por qué hablamos de pruebas automáticas (automation testing) y de pruebas manuales (manual testing)? ¿Es uno mejor que el otro?
Quienes producimos software deberíamos garantizar la integridad del mismo. Para ello tenemos que asegurarnos que cumpla la función para la cual fue creado y que tenga la menor cantidad de errores posibles, es decir; que el comportamiento sea el deseado.
Por eso es que diseñamos casos de pruebas: especificamos un conjunto de entradas, las instrucciones a llevar a cabo durante el funcionamiento del programa y los resultados esperados. Al momento de escribir los casos de prueba es necesario saber qué es lo que debemos probar y esto va a depender bastante del enfoque del equipo de trabajo. La funcionalidad, por ejemplo, se testea siempre pero en cuanto a la accesibilidad o la compatibilidad compete; no siempre se incluye en los casos (aunque debería).
Y una vez que delineamos nuestros objetivos nos queda saber qué podremos testear de forma automática y qué deberíamos reservar al testeo manual. ¿Cómo decidimos esto? Bueno, sabiendo que los tests automáticos:
· Pueden realizarse sin intervención humana mientras se ejecutan.
· Los resultados son confiables.
· Necesitan de alguien que escriba el código, es decir, necesitamos saber programar.
· Garantizan consistencia.
· Se pueden probar más de una vez.
· Permiten reutilizar el código.
· Reducen el tiempo de ejecución de pruebas.
Y que los tests manuales:
· Requieren de la intervención humana para llevarse a cabo.
· Suelen tomar bastante tiempo.
· Se pueden tornar tediosos si los pasos a seguir son muchos o repetitivos.
· No necesitan de código para ser ejecutados.
Podríamos decir que los casos que tengan muchos datos de entrada, sean repetitivos, deban ser constatados regularmente, tengan que correrse en cada build o que si de fallar provocaran un gran daño; deben ser testeados en modo automático. Por el contrario, si buscamos probar la accesibilidad, la usabilidad, el diseño, el flujo de navegación del usuario, si el caso es para ejecutar una única vez o necesita ser llevado a cabo de manera inmediata; podremos derivar esos casos para testing manual.
Entonces: ¿Es un tipo de testing más importante que el otro? Claro que no, cada uno tiene sus beneficios y en base a ello podemos complementarlos para lograr un plan de pruebas adecuado a nuestras necesidades y objetivos.
En lo que a les testers respecta; nos considero curiosos por naturaleza. Si alguna vez viste ‘El Laboratorio de Dexter’ podrás entender que me reconozco un poco en esa Dee-Dee que constantemente se pregunta “¿para qué sirve este botón?” y eso es porque no sólo buscamos seguir los caminos convencionales sino que además nos preguntamos qué pasaría si alguien usara nuestro software de una manera distinta a la esperada.
Mi primera experiencia como tester fue probar de manera manual la usabilidad de un motor de búsquedas. Me habían ofrecido ese trabajo de manera remota y para obtenerlo tenía que leer documentación que me facilitaron y luego rendir un examen. Aunque me daba un poco de nervios (como cualquier cosa que une hace por primera vez) también me generaba muchas ganas de aprender sobre el control de calidad de software. Nunca imaginé que esa serie de pruebas iba a ser la primera de muchas. Hace ya dos años que trabajo como tester y no sólo no me arrepiento sino que todos los días aprendo algo más. Así que si sos una persona curiosa que necesita darle una vuelta más a las cosas y te gusta estar en todos los detalles te invito a adentrarte en este genial mundo del testing.
