Los autores del " Tester Calendar" de noviembre fueron Olya Fazulzyanova, un probador de Kontur.Ekterna, y Olya Izyuryeva, un probador de Kontur. Billing y el organizador de un curso de probadores. Las chicas hablaron sobre las pruebas de pareja, sobre las tareas que ayuda a resolver, y dieron un ejemplo del uso infructuoso de la práctica.
Hay una práctica en la metodología XP : programación de pares. Muchas fuentes han escrito sobre la gran cantidad de sus ventajas: alta calidad del código, intercambiabilidad de desarrolladores, etc.
Si la programación de pares es tan efectiva, ¿por qué no aplicar principios similares en las pruebas? Sí, se puede hacer, la prueba de pares ha existido durante mucho tiempo y ha demostrado su eficacia. Pero no olvide que cualquier práctica es solo una herramienta para resolver cualquier problema.
Wikipedia no tiene el término "prueba de pares", pero existe una definición para la programación de pares, que puede tomarse como base. Entonces, en nuestra opinión, obtenemos lo siguiente.
La prueba de pareja es una técnica en la que una pareja de personas realiza la prueba de una sola funcionalidad en el mismo lugar de trabajo. Un probador ("líder") controla la computadora, el segundo ("navegador") monitorea continuamente el trabajo del primero. Además, a lo largo del trabajo en la tarea, intercambian ideas y las discuten.
Cualquier práctica es solo una herramienta. No queremos clavar clavos con un microscopio, por lo tanto, siempre comenzamos desde la tarea. Veamos aquellas tareas para las cuales es relevante el uso de la práctica de “prueba de pares”.
Tarea: Mentoring
En cualquier momento, una nueva persona puede venir al equipo. Expectativas del equipo de él: una inmersión bastante rápida en el equipo y en los detalles del proyecto y, por supuesto, la calidad de su trabajo. Para que las expectativas se conviertan rápidamente en realidad, hay un proceso de tutoría en muchas empresas. Pero, ¿qué pasará si la tutoría se implementa a través de pruebas de pares?
Un ejemplo:
Un nuevo probador llegó al proyecto, con experiencia o no, no importa. Usted, como mentor, se sienta con él en su computadora de trabajo y comienza a construir el proceso de la siguiente manera: al principio tiene un papel principal, y el objetivo principal es presentar al principiante los procesos del proyecto y el área temática. El conocimiento puede ser a través de una historia, presentación o inmediatamente a través de pruebas conjuntas de tareas.
Puede comenzar discutiendo la esencia del problema, encontrando respuestas a las preguntas y desarrollando un plan de prueba. Cuando todo está listo para la prueba, toma el teclado y el mouse y muestra cómo probar, y el principiante observa. Nadie prohíbe cambiar roles y trabajos en tareas posteriores. Lo principal es no cambiar la esencia: pruebas conjuntas de tareas en una estación de trabajo hasta que tenga confianza en su pareja.
Beneficio:
- Principiante se adapta más rápido en el equipo. Tiene un punto de entrada: un mentor a través del cual puedes conocer al resto del equipo. Además, el principiante tendrá una idea del área de responsabilidad de los colegas, porque durante la búsqueda de respuestas a las preguntas, lo enviará de inmediato a las personas adecuadas.
- Un principiante descubrirá rápidamente una nueva área temática.
- Si es un principiante sin experiencia en pruebas, aprenderá en la práctica sobre nuevas técnicas de prueba y evaluará su aplicabilidad.
- Existe un intercambio de conocimientos: sobre procesos de desarrollo, sobre técnicas, sobre herramientas de prueba.
- La visión del principiante no es borrosa, por lo que puede traer nuevos escenarios no estándar.
- El mentor determinará rápidamente el nivel de preparación de una nueva persona. Esto ayudará a corregir oportunamente el vector de desarrollo, seleccionando tareas para él.
- El líder de prueba y / o el gerente de desarrollo no se distraen con la adaptación del principiante. El recién llegado está en buenas manos, y definitivamente no habrá problemas con la calidad de las primeras tareas.
Mini salida:
La práctica es adecuada si el compañero es una persona sin experiencia y necesita transformarlo rápidamente de principiante a especialista. Hay un beneficio cuando se trabaja con un principiante experimentado: todos aprenden, incluido un mentor. Después de todo, cada persona trabaja a su manera y piensa de manera única, utilizando sus prácticas y herramientas.
Tarea: entrenamiento avanzado
Podemos encontrar el hecho de que para completar con éxito nuestro trabajo necesitamos tener conocimiento de especializaciones relacionadas: poder elaborar documentación, automatizar tareas, etc. ¿Cómo construir competencias de manera rápida y económica? Póngase en contacto con un miembro de su equipo.
Un ejemplo:
Usted, como probador, tiene una tarea que es más apropiada para cubrir con pruebas unitarias, pero no tiene suficientes calificaciones y acude al desarrollador para obtener ayuda. Te sientas con él en una computadora que funciona y comienzas a construir el proceso de la siguiente manera: al principio, el desarrollador debe desempeñar el papel principal, porque debe presentarte la base del código y las pruebas disponibles. Luego, reúne los scripts y comienza a automatizarlos. El desarrollador escribe las primeras pruebas, y usted observa, y usted ya toma las siguientes pruebas en sus propias manos.
Beneficio:
- Rápidamente descubrirá cómo funciona el proyecto y qué pruebas ya existen.
- Aprenda no solo a escribir pruebas, sino a escribirlas correctamente (estilo).
- El desarrollador ampliará sus ideas sobre los escenarios de prueba, porque le mostrará cómo pensar fuera de la caja.
- El desarrollador ampliará su comprensión de los procesos de prueba, porque le enseñará a verificar la calidad de su código antes de pasarlo a la prueba.
- La tarea será cubierta por autotest en un período más corto.
- Un gerente o líder de equipo deleitará su deseo de desarrollarse.
Mini salida:
Trabajar en parejas le permite obtener conocimiento en un nuevo campo de manera rápida y eficiente, reparándolos inmediatamente en la práctica.
Tarea: deshacerse de la indispensabilidad ( factor de bus )
Muy a menudo hay personas en equipos, los únicos portadores de cierto conocimiento. A menudo, un probador se convierte en una persona así, porque lo sabe todo: escenarios de usuario, cómo se implementan los servicios, qué debe configurarse para una prueba y mucho más. Pero en la vida hay situaciones que pueden privar a un proyecto de una fuente de conocimiento (despido, vacaciones, baja por enfermedad ...). Por lo tanto, para minimizar las consecuencias, puede ir a lo seguro y compartir el conocimiento de una cabeza a varias de antemano. Como? A través de pruebas de pareja, por supuesto
Un ejemplo:
Como probador, debe sumergir a cualquier miembro del equipo en sus tareas, transfiriendo el conocimiento sagrado. Te sientas con él en una computadora que funciona y comienzas a construir el proceso de la siguiente manera: siempre tienes un papel principal, al principio le cuentas y / o muestras las fuentes de información, actualizas, seleccionas y analizas tareas que ayudarán a consolidar el conocimiento adquirido.
Beneficio:
- La presión de la responsabilidad disminuye, puede irse de vacaciones, hacer prácticas, etc.
- El trabajo en parejas le permitirá cambiar el contexto y diluir la rutina de un probador altamente especializado.
- El gerente está tranquilo, porque varias personas tienen conocimiento y con la partida de uno, el trabajo no surgirá.
Mini salida:
Si hay especialistas limitados, practique en pareja por usted. Mejora la intercambiabilidad y la transferencia de información relevante.
Tarea: obtener comentarios
Si el equipo de prueba consta de varias personas, entonces se aplica la práctica de la retroalimentación. La prueba de pares es una herramienta adecuada para el sistema operativo.
Un ejemplo:
Usted o su colega necesitan comentarios. Te sientas con él en una computadora que funciona. La forma en que construye el proceso no es importante, lo principal es trabajar juntos.
Beneficio:
- Usted o su colega tendrán una idea sobre las habilidades de un compañero.
- Usted o su colega tendrán una idea del vector de desarrollo basado en los comentarios.
- La retroalimentación sobre los colegas será razonable, ya que será respaldada por ejemplos.
Mini salida:
Las sesiones pareadas brindan a los evaluadores la oportunidad de observar el trabajo de sus colegas, como resultado de lo cual los comentarios serán más confiables.
Hemos analizado las tareas que se pueden resolver mediante pruebas de pares.
Ahora hablemos de la experiencia real para ilustrar claramente las trampas que pueden ocurrir al usar esta práctica.
Caso de vida o no nos gusta
En una de las retrospectivas del equipo de prueba, se identificaron los siguientes problemas:
- trabajo desigual (el método y el tiempo para probar tareas similares dependían en gran medida de una persona en particular);
- comentarios demasiado vagos el uno del otro (a menudo solo una persona estaba involucrada en una tarea, y al final de los seis meses no había nada que escribir sobre muchos colegas, excepto que "Vasya hace bien su trabajo, es responsable, receptivo y sociable").
Una vez formulados estos problemas, nos propusimos las tareas:
- Intercambie experiencias e identifique las mejores formas y herramientas para probar tareas similares.
- Cree las condiciones para la recopilación de comentarios más detallados.
Acordamos que usaremos la práctica de pruebas de pares para resolverlos.
Mi colega y yo nos embarcamos en la misma tarea de prueba.
El frente del trabajo era bastante voluminoso, se requería:
- Comprender una nueva área temática.
- Verifique el análisis y encuentre escenarios no contabilizados en él.
- Prepare un entorno de prueba.
- Preparar datos de prueba.
- Hacer casos de prueba.
- Y prueba al final :).
Todo esto tenía que hacerse desde cero.
Después de sentarnos en una computadora, comenzamos a leer análisis. Acordamos leer un párrafo o parte del texto, y luego discutir las preguntas que han surgido y ya arrojar los primeros casos de prueba. Como la analítica estaba bastante poco desarrollada y contenía una combinación de partes comerciales y técnicas, a veces tomaba entre 15 y 20 minutos discutir 10 líneas de texto. Además, para tratar finalmente cada problema, se requirió una aclaración del analista, desarrollador o especialista en soporte técnico. Todos estos mensajes y cartas también se escribieron en pares.
La nueva área temática era bastante compleja, por lo que compilar casos de prueba requería establecer un entorno complejo y preparar parte de los datos de prueba. Aquí también hubo muchas preguntas y aclaraciones conjuntas.
Ante todo esto, decidimos reducir la velocidad y celebrar una reunión para discutir el progreso del trabajo y el éxito de las pruebas de pareja.
En la reunión, nos dimos cuenta de que, después de comenzar a aplicar la práctica, nos olvidamos por completo del propósito de su uso. Toda la atención se concentró solo en las pruebas, o más bien, incluso en la preparación para ello, ya que no alcanzó la serie de casos de prueba.
En el curso del trabajo, no logramos llevar a cabo una revisión completa entre nosotros, porque realizamos todas las acciones juntos, antes de discutirlos. No notamos el tren de pensamiento y acción del compañero al girar una nueva tarea. Tampoco fue posible intercambiar conocimientos, ya que el tema era nuevo para los dos.
Estrictamente hablando, resultó compartir conocimiento, pero estos eran pequeños detalles como:
- uso de nuevas teclas de acceso rápido,
- usando algunos chips específicos de bugtracker,
- ...
Puede compartir este conocimiento sin recurrir a una práctica tan costosa.
Hacia el final de la reunión, sacamos conclusiones por nosotros mismos:
Aplicando la práctica, no debemos olvidar las tareas iniciales.
Parece que al principio todo se hizo correctamente. Formulamos un problema, establecemos tareas, elegimos una herramienta de solución, pero durante el trabajo en sí el énfasis cambió. En nuestro caso, solo logramos que dos probadores participaran en una tarea.
Elija sus tareas de prueba para que la práctica sea aplicable.
Una tarea nueva, compleja y voluminosa es poco adecuada para la prueba de pares:
- es difícil entrenar a alguien;
- No puedo intercambiar experiencias;
- Es difícil recopilar comentarios.
No pases por alto los problemas.
Tan pronto como sienta que algo salió mal, hable de inmediato, no espere hasta el final de la tarea o la retrospectiva final del equipo. Por lo tanto, puede comprender rápidamente que la práctica se aplica incorrectamente o puede resultar que no es del todo adecuada para la solución del problema elegido.
Hay muchas prácticas diferentes. Cuál de ellos usar en el trabajo depende de ti. Lo más importante, no olvide por qué los usa, y no use la práctica por el bien de las prácticas.
PD: Si utilizó pruebas de pares para otras tareas en su vida laboral, cuéntenos sobre ellas en los comentarios.
Lista de artículos del calendario:
Prueba un enfoque diferente
Prueba de par razonable
Comentarios: cómo sucede
Optimizar pruebas
Leer un libro
Pruebas analíticas
El probador debe atrapar el error, leer a Caner y organizar el movimiento.
Servicio de carga
Métricas del servicio de control de calidad
Prueba de seguridad
Conozca a su cliente
Tomar registro