Por qué las marcas deben cambiar el feedback
QA Lounge

Por qué las marcas deben cambiar el feedback

Dean Vittum • 22 Septiembre 2017

Anticipando pruebas se obtienen los errores.

Pruebe temprano, pruebe a menudo. Este es el eslogan que muchas marcas están recitando hoy en día, ya que inician antes las pruebas dentro del ciclo de vida del desarrollo de software (SDLC), una práctica conocida como cambio de feedback.

El cambio de feedback es una reacción a los problemas que se enfrentan las empresas con sistemas de feedback más tradicionales. En un sistema de feedback tradicional, las opciones son limitadas. Una empresa puede desarrollar una funcionalidad parcialmente, limitando el alcance a los probadores en las pruebas, con el fin de completar el desarrollo del software. Otra opción en un sistema de feedback tradicional es que los desarrolladores completen versiones en hitos iterativos, que se pasan a las pruebas de disponibilidad general (GA). En estas configuraciones, el trabajo no se prueba al 100% durante meses porque los probadores están esperando a que el desarrollo finalice. Una vez que el desarrollo se ha completado, los probadores se enfrentan a una dura batalla y a un montón de pruebas para hacer. Las pruebas de regresión son las peor paradas ya que los probadores prestan mayor atención a las nuevas funcionalidades.

Las empresas que no tienen un departamento dedicado de QA son especialmente susceptibles a errores de software. Estas marcas se ven obligadas a atraer a la gente de otros departamentos de sus empresas para probar el software. Desarrolladores, ingenieros, comercializadores, etc., se alejan de su trabajo para centrarse en proyectos para los que no están necesariamente calificados.

Esta es una receta que lleva al desastre.

Los problemas se escapan a los ojos de estos probadores ad hoc, y los clientes se preguntan por qué están encontrando errores en el software desde que se libera. Los clientes pueden incluso abandonar el producto de inmediato debido a una mala experiencia con el software. Sin los recursos adecuados, el tiempo necesario, o la estructura interna para atender las necesidades de pruebas, las marcas están reduciendo las probabilidades de que su software sea exitoso.

La falta de recursos y retos en las pruebas existen en todas las industrias y tipos de empresas, pero son más frecuentes en las empresas emergentes. Las startups no siempre tienen el dinero para subcontratar un equipo de QA dedicado. Tampoco siempre tienen la necesidad. Con los probadores esperando a que el desarrollo termine para ponerse a trabajar, un profesional de QA dedicado en una empresa emergente realiza las pruebas una vez cada nueve semanas, aproximadamente, y luego espera a que llegue la próxima versión. Esto no es un uso eficiente del tiempo ni del dinero.

La respuesta para las empresas que buscan acelerar la eficiencia y el tiempo de comercialización es adoptar un enfoque más ágil. La introducción de las pruebas en fases más tempranas dentro del SDLC es una forma de aumentar la agilidad. Cuanto antes se lleve a cabo la prueba, más pronto los equipos de desarrollo podrán recibir feedback. Hay algunos puntos clave que las empresas deben hacer antes de que puedan comprometerse a cambiar el feedback.

En primer lugar, las empresas necesitan un plan. Necesitan realizar ciclos de sprint con software de calidad suficiente para probar cada dos o tres semanas. Debe haber una cantidad sustancial de software dentro del ciclo de sprint para que realmente valga la pena probar.

A continuación (y lo más importante), las marcas tienen que invertir en probadores dedicados, y no sólo confiar en otras personas del trabajo con distintas funciones. Una empresa no puede alejar constantemente a los miembros del equipo de las tareas de su día a día para concentrarse en probar el software. Esto llevaría a un descontrol y a hacer que la empresa fuera menos eficiente, mientras que, por otra parte, no se capturarían todos los problemas de software.

El ahorro de costes y la eficiencia están entre las prioridades en todas las empresas. Aumentar las pruebas de regresión y las pruebas funcionales con servicios de crowdtesting como los de Applause puede ayudar. Somos una extensión de los equipos de los clientes, listos para probar en el momento preciso, para permitir a los clientes probar desde fases tempranas y probar tantas veces como sea necesario.

Crowdtesting for Agile

View this video to understand how Applause crowdtesting works for agile development

Watch Now