Hablemos con un ejemplo muy abstracto, Imagina que estás por lanzar una app que te costó mucho tiempo, dinero, lágrimas y también matrimonios. Todo está listo: el diseño está hermoso, el backend vuela y el frontend al parecer está tan bien como una relación a distancia. Pero hay un detalle… nadie la probó realmente ¿Qué pudiera salir mal? ¿No?, Pero Manuel dejate de rodeos y dime ¿Qué es el testing de software?

Te doy la bienvenida al mundo del testing de software, esa disciplina a veces tan ignorada o tan silenciada pero tan importante para que nuestras apps y productos puedan salir con los estándares esperados tanto por empresas como por clientes.
El testing es más que “probar que algo está bien”
No, no es abrir la app, apretar un par de botones y decir «anda todo bien». Eso es como ver el auto desde lejos y asumir que el motor está perfecto porque el color te gusta, el testing no sólo persigue esto, persigue que desde la calidad la elaboración del producto pero también el proceso por el que pasó el mismo.
En este mismo sentido, el testing es un proceso sistemático para verificar que el software haga lo que tiene que hacer, cuando tiene que hacerlo, y cómo tiene que hacerlo. También implica descubrir si hace cosas que no debería hacer, que es donde viven realmente los bugs.
Los usuarios finales, en su gran mayoria se irán por atajos no pensados en las líneas o flujos de negocios formales (happy path) sino que. bien sea por error o bien sea por ignorancia del usuario hacia el sistema, puedan llegar a caminos no tomados en cuenta durante el desarrollo del producto, esto trae consigo un error inesperado que haga que el sistema se rompa.
Pero ¿Para qué sirve el testing de software?
Hagamos un paneo rápido de lo que representa el testing de software en un producto:
- Detectar errores antes de que lleguen al usuario final.
- Mejorar la calidad del producto desde la etapa de diseño y planificación.
- Reducir costos a largo plazo, ya que el hecho de poder evitar errores críticos desde el diseño y desde la etapa de ejecución de pruebas pueden ahorrarnos dolores de cabeza y pérdidas de clientes.
- Además desde testing se propone la mejora continua, ya que cuando diseñamos un producto podemos impedir que flujos redundantes o mal planteados lleguen a desarrollarse, con ello también evitar que los desarrolladores metan código innecesario, horas y café que no lleven a buen puerto.
¿Qué tipos de testing existen dentro del testing de software?
- Testing manual: Es cuando una persona, con cabeza y experiencia, prueba las funcionalidades paso a paso, emulando al usuario final.
- Testing automatizado: scripts que se encargan de hacer pruebas repetitivas por ti. Esto es ideal para no volverse locote con las regresiones ya que cada vez serán muchas más las pruebas repetitivas.
En Testarudo Academy actualmente tenemos cursos que te pueden ayudar a fortalecer tanto el perfil automation como manual, ya que creemos fielmente que un buen tester debe conocer todas las tecnologías que implican retornar una mejora en la calidad, es por ello que te detallo estos cursos que no puedes perderte, además que son totalmente gratuitos:
Los tipos de Pruebas en el testing:
- Testing funcional: Este tipo de testing se puede entender con la siguiente pregunta ¿El sistema hace lo que se espera?
- Testing no funcional: Aquí entramos ya en lo que caracteriza al producto de los otros, como sabrás existen 20mil apps bancarias, todas funcionan realmente para lo mismo, pero..¿El sistema cómo lo hace? Rendimiento, usabilidad, seguridad, etc.
¿Y quién hace testing?
Existe el rol formal de tester o QA (Quality Assurance), la realidad es que todo el equipo debería pensar en calidad. La calidad es responsabilidad de todos, ya que involucra todas las actividades que conlleven al desarrollo del software.
Es un error garrafal, decir que solo los testers son responsables de la calidad, pero ya sabes que existen un rol llamada QA, y QA Automation y del cúal puedes formar parte formándote gratis en nuestra Academia Testaruda, donde tendrás certificaciones por nuestros cursos y así ir a una de las millones de empresas que existen en el mundo para hacer que «las cosas fallen antes de que sea un desastre».
¿Y qué pasa si no testeás? Preguntale a la NASA…
Aquí va una historia digna de un premio Oscar, pero Oscar el de recursos humanos, si aquél que les hará firmar el finiquito a varios gurú que apostaron por NO TESTEAR. Una de las historias más famosas del mundo del testing es la del Mars Climate Orbiter de la NASA en 1999. ¿Qué pasó? Un equipo usó sistema imperial (libras) y otro sistema métrico (newtons) para los cálculos de empuje. Resultado: la nave de 125 millones de dólares se perdió en el espacio y se quemó en la atmósfera de Marte.
Todo por no testear bien los sistemas de conversión y comunicación entre equipos. Una lección espacial (y dolorosa) de por qué validar, verificar y probar NO es negociable.
Quiero que te lleves justamente esa frase hoy, «la calidad no es negociable»…