Los probadores más exitosos no comienzan las pruebas cuando obtienen un trabajo de control de calidad. Comienzan a probar mucho antes, solo por el gusto de hacerlo.
Déjame contarte un poco sobre mi propia historia. Mi primera computadora fue una Commodore 64. Descubrí juegos shareware en la tienda de software local, donde te vendían un disco lleno de juegos por el precio del disco. Estos juegos se corrompían con frecuencia, ya que los discos eran de baja calidad. Mi hermanastro y yo jugábamos estos juegos durante horas, aunque los juegos se bloquean con frecuencia cuando llegamos a una sección corrupta del disco. Se convirtió en parte del juego descubrir dónde ocurrirían exactamente los bloqueos e intentar encontrar una ruta de código a su alrededor que no estuviera dañada. Pasamos horas corriendo por cada camino y cada secuencia que pudimos resolver. Nos obsesionamos y pasamos horas buscando todas y cada una de las rutas que un usuario podría tomar a través de un juego. Rastrearíamos qué pasos terminaron en accidentes y cuáles nos permitieron continuar con el juego hasta el final. Rastrearíamos nuestros hallazgos y nos los explicaríamos en detalle, en esencia, escribiendo informes de errores. No lo hicimos porque nos pagaron o estábamos tratando de construir un conjunto de habilidades, lo hicimos porque pensamos que era divertido.
Años después, me entregaron una copia de Windows 3.1. Es difícil de creer en estos días, pero cuando salió 3.1, era una de las piezas de software más avanzadas del mercado. No debería sorprenderme que haya encontrado rápidamente formas de hacer que se bloquee. Las habilidades que aprendí con mi C64 se transfirieron fácilmente a 3.1, y pasaría horas probando todas las rutas posibles a través del sistema operativo. Descubrí que ciertos programas compartían el mismo espacio de memoria, y ejecutar ambos al mismo tiempo causaría un bloqueo. Muchos otros sistemas utilizaron recursos compartidos que no se llevaban bien y producirían bloqueos a izquierda y derecha. Cada vez que encontraba un bloqueo que Microsoft había perdido, tenía una sensación de logro. Se convirtió en mi razón principal para usar la computadora (fuera de marcar en viejos sistemas de tablón de anuncios).
- ¿Qué es un buen cambio de carrera para alguien que viene de Arquitectura?
- ¿Debería preferir un BSc o un MBBS si quiero ir a los servicios civiles después de mi graduación?
- ¿Cuál es la mejor manera de obtener una pasantía en Silicon Valley como estudiante internacional, experiencia laboral pasada o académica?
- Estoy tratando de descubrir mis valores, metas y deseos, para saber qué hacer a continuación. ¿Cuáles son las preguntas más importantes que me puedo hacer?
- ¿Es aconsejable dejar mi trabajo estable de TI en una industria no tecnológica para un trabajo de TI de tendencia en el inicio de la tecnología?
Poco después, alguien me sugirió que tratara de conseguir un trabajo como probador de software. Lo tomé como un pez al agua, después de haber perfeccionado mis habilidades durante años. Descubrí formas de causar desbordamientos de búfer con inyección de código y escenarios de usuarios maliciosos. Reconocí caminos lógicos a través de la experiencia del usuario que llegaron a un punto muerto en lugar de proceder a través de la experiencia de una manera lógica y elegante. Pude explicar claramente todo esto a los desarrolladores y gerentes de programas, incluido el impacto para el usuario final y el detrimento del producto en general. El pago fue bueno, pero principalmente tuve éxito porque todavía encontré divertido el proceso. Dieciséis años después, sigo pensando que es divertido. Cuando regreso a casa, me conecto y encuentro errores en los productos de otras compañías. He escrito páginas de informes de errores y los envié a organizaciones con las que no estoy afiliado, solo porque es divertido.
La mayoría de los grandes probadores que conozco tienen historias similares a las mías. Las pruebas de software son algo para lo que puedes entrenar, pero los grandes evaluadores apasionados por la disciplina descubrieron la mayoría de sus habilidades mucho antes de que comenzaran cualquier entrenamiento formal.
Cuando entrevisto a un posible candidato para un puesto de prueba, una de las cosas que pregunto es qué software usan regularmente y qué errores han encontrado en él. Alguien con potencial para la grandeza me dirá inmediatamente una lista de errores, grandes o pequeños, que han encontrado.
Entonces esa es mi pregunta: ¿ya está encontrando errores? ¿Te gusta mirar profundamente a través de un producto de software? ¿Puedes comunicar por qué esos problemas son importantes para el diseñador o desarrollador? Si es así, probablemente sería un gran probador. Si no, probablemente no te diviertas en el control de calidad.