Hacer tests, validar que tu aplicación funciona y no tiene fallos hoy en día ya no es suficiente… en el mundo en que estamos, bombardeados de información continuamente, hay que validar que lo que se envía al cliente no solo funciona, sino que los datos tienen sentido.

Pongamos un par de ejemplos de 2 webs que tienen cierto éxito: Groupalia y emagister. Ambas envían mails periódicos con información sobre actividades o cursos.Pues bien, en Groupalia he recibido mails con ofertas como la siguiente:

 

Como pueden enviar una oferta donde el descuento es del 0%?

Y en emagister, tras haber pedido información de un curso, recibo ofertas de otros 2 cursos… bueno, si se pueden llamar cursos:

 

En este momento, pensé, bueno, quizá el envío de mail funciona mal… pero este curso realmente no existe en la base de datos de producción… craso error! Porque si entramos en el curso… funciona! He de decir que he estado tentado de comprar un “curso 1 – Probando el chiringuito”.

 

Por favor, señores directivos… han de tomar conciencia ya de que los datos de producción se han de controlar. Tener una misma base de datos para test y producción nunca ha sido ni será una buena práctica.

Mi consejo… ahorren unos dinerillos y pongan bases de datos aisladas para entornos de test, les ahorrará muchos dolores de cabeza, y se ahorrarán quedar en ridículo ante sus clientes.

Por otra parte, en empresas como estas que hemos visto, no estaría mal tener un tester que haga una gestión del contenido de lo que se envía al cliente. Un tester que validara no solo que lo que se envía al cliente está libre de errores, sino que validara que lo que se envía tiene sentido desde el punto de vista de negocio (las prioridades de las ofertas están correctas, etc…), por decirlo fácilmente, lo mismo que sería un test de usabilidad, pero aplicado al contenido.

Be Sociable, Share!