Imagina esta situación hipotética: estás trabajando en Easy LMS en un fantástico Curso GDPR. Es fantástico porque lo has hecho divertido con infografías geniales y vídeos atractivos. Adiós, adiós aburrida formación de cumplimiento. Toda la información sobre el GDPR está ahí; sólo tiene que introducirla en el sistema. Todo va sobre ruedas. Hasta que quieres subir un vídeo. De repente, ¡todo tu curso desaparece! Con un solo clic. Aaargh!
Obviamente, esto es algo que ni usted ni nosotros queremos. Creemos que es mejor descubrir que algo no funciona antes de que lo hagan nuestros clientes. Por eso contamos con un extenso procedimiento de control de calidad (QA) que incluye pruebas manuales y automáticas. En este artículo, nos centraremos únicamente en las pruebas manuales. Porque a veces sólo necesitas humanos en lugar de robots. ¡Bienvenido a nuestro mundo de pruebas manuales!
¿Qué es la garantía de calidad? ¿Y por qué la necesitamos?
Los responsables del control de calidad suelen ser los encargados de determinar si la función o el error corregido están listos para su publicación.
En primer lugar, demos un paso atrás por si se siente abrumado por el término "Garantía de Calidad". ¿Qué es la garantía de calidad? ¿Y por qué es necesario? El control de calidad consiste en asegurarse de que algo funciona según lo previsto. En nuestra opinión, contar con un proceso de garantía de calidad es fundamental para la satisfacción de nuestros clientes y productos (de software) y, por tanto, para el éxito de nuestra empresa. Los responsables de control de calidad suelen ser los encargados de determinar si una función o un error corregido están listos para su lanzamiento.
Mientras que algunos reducen la garantía de calidad a simples pruebas, nosotros pensamos que es más que eso. Disponer de un buen control de calidad es tan crucial como la propia construcción. Garantiza que pueda cumplir sus propios estándares de alta calidad. También hace que su producto sea estable y que su equipo se sienta seguro. Todos cometemos errores; es una parte inevitable del ser humano, incluso si eres un desarrollador superdotado (como nosotros...). Pero tener una red de seguridad te hace sentir libre de mente y de trabajo, para que puedas superar tus límites. Al final, esto te llevará a desarrollar habilidades más avanzadas (desarrollo, diseño, escritura, etc.).
¿Quién realiza las pruebas?
Hace un año, Caroline era nuestra única responsable de control de calidad. Probaba manualmente todo lo que desarrollaban nuestros programadores. Y podemos decirte: eso es mucho. Como nos esforzamos por tener equipos autónomos que puedan funcionar completamente solos, experimentamos con la realización de un QA por parte de los propios equipos de desarrollo. El experimento fue un éxito. "Hacer pruebas con nuestro equipo nos parece lo correcto. Nuestro equipo es multidisciplinar, así que todos nos damos cuenta de cosas diferentes. Esto nos da muchas más garantías de detectar pequeños problemas que si un solo miembro realizara las pruebas por su cuenta. También sabemos cómo funciona el código, así que tenemos una idea más clara de cómo podríamos romperlo", explica Bram, desarrollador de back-end.
¿Cómo es nuestro procedimiento de prueba?
Nuestro procedimiento de prueba manual consta de seis pasos. Repasémoslos juntos.
Paso 0: Verificar si el código cumple nuestro estándar de calidad.
Antes de empezar a probar manualmente, hacemos una revisión del código. Otro desarrollador verifica la calidad del código. Comprobamos, por ejemplo, explícitamente si hay vulnerabilidades de seguridad. Además, ejecutamos pruebas automáticas que analizan la calidad del código. Estas pruebas deben tener éxito antes de continuar. Si la prueba falla, volvemos a la mesa de dibujo y solucionamos los problemas.
Paso 1: Comprobar si se cumplen todos los criterios de aceptación.
Cuando creamos una nueva función, empezamos por redactar los criterios de aceptación. Los criterios de aceptación definen cómo podría utilizarse una función concreta desde la perspectiva del cliente. Por tanto, pensamos en cómo tiene que funcionar una función para poder comprobar después si funciona según lo previsto.
Paso 2: Verificar si se ha cumplido nuestra Definición de Hecho.
La Definición de Hecho es un conjunto acordado de elementos que deben completarse antes de que un proyecto pueda considerarse finalizado. Nuestra Definición de Hecho incluye, por ejemplo:
Paso 3: Intentar romper cosas
Adoptamos la perspectiva del cliente. En primer lugar, utilizamos la función como esperamos que lo haga el usuario final. Después, la llevamos al extremo. Repetimos las acciones más de una vez, utilizamos casos de prueba extremos y verificamos que la nueva función no rompe las existentes. ¿Qué pasa con X si pulso el nuevo botón Y? También probamos con diferentes cuentas de prueba con otras características.
Adoptamos la perspectiva del cliente
Paso 4: Pruebas desde el punto de vista de la seguridad.
Nuestro objetivo es cumplir con el GDPR. Nos tomamos muy en serio los datos de nuestros clientes. Por lo tanto, probamos posibles vulnerabilidades con algunas técnicas de hacking de uso común. Somos buenas personas, así que nunca utilizamos estas técnicas en la vida real; ¡no se preocupe!
Paso 5: Pruebe las nuevas traducciones y edítelas.
Nuestro panel de control está disponible en 11 idiomas y la interfaz del reproductor en 24 idiomas. Contamos con un grupo de traductores autónomos que traducen todo el texto manualmente en una herramienta de traducción independiente. Verificamos si todo el texto se añade a esa herramienta. Además, los revisamos y editamos, ¡para que estén listos de inmediato!
Paso 6: Considere qué contenidos habrá que actualizar o redactar.
La mayoría de las veces, una nueva función viene acompañada de un nuevo texto. En la medida de lo posible, preparamos con antelación cualquier contenido interno o externo. Cuando lanzamos una nueva función, queremos que esté completa. Esto enlaza con nuestra visión del flujo único.
"Hacer bien la garantía de calidad puede ser una tarea que lleve mucho tiempo. Cuantas más perspectivas y ojos participen, mejor. Tener los pasos documentados para que cualquiera pueda seguirlos funciona, en lugar de depender de una sola persona. En Easy LMS trabajamos en equipos multidisciplinares, con desarrolladores de back-end y front-end que colaboran estrechamente con nuestros consultores de implantación, que aportan la perspectiva del cliente. Tiene sentido", afirma Caroline, responsable de control de calidad;
¿Cuándo hacemos pruebas manuales?
Todas las funciones se prueban manualmente
Todas las funciones se prueban manualmente y pasan por el mismo proceso. Incluso las más pequeñas (como la sustitución de una imagen en la página de inicio), que ni siquiera necesitan pruebas a primera vista. Pero el diablo está en los detalles y en las funciones pequeñas... Ejecutamos nuestro procedimiento de pruebas manuales una vez finalizado el desarrollo. ¿Pruebas satisfactorias? Entonces es el momento de lanzarlo para que nuestros clientes puedan disfrutarlo. ¿Falló la prueba? Entonces la función se investiga de nuevo. Esto significa que el equipo de desarrollo resolverá el problema y volverá a probar la calidad. Y así sucesivamente hasta que se comprueban todas las casillas de nuestra lista de control de calidad.
