En el Año Nuevo, muchos hacen balance, analizando el año pasado, recuerdan todos sus resultados y hacen planes para el futuro. En la duodécima edición de nuestro calendario, Anastasia Ronzhina, una testeadora del servicio Kontur.Market , hablará sobre por qué debería probar algo nuevo, cambiar sus puntos de vista, enfoques, cometer errores y volver a intentarlo.
¿Por qué necesito esto?
Todo está bien conmigo, trabajo bien, me alaban, ¿por qué debería cambiar algo? Es una pregunta lógica. En respuesta, una cita del libro "Alicia a través del espejo":
¡Necesitas correr tan rápido para mantenerte en su lugar, pero para llegar a algún lado, debes correr al menos el doble de rápido!
Mientras estamos sentados y solo probando rompecabezas, el mundo no se detiene. James Bach y Michael Bolton realizan otro estudio y buscan enfoques sobre cómo realizar pruebas con alta calidad en poco tiempo.
El lugar del probador en el proceso de desarrollo está evolucionando, y los procesos mismos. Por ejemplo, Maxim e Irina de nuestra compañía hablaron sobre la evolución de las pruebas automáticas , sobre cómo puede acelerar el desarrollo utilizando pruebas y actitudes cambiantes sobre quién debería escribirlas y en qué etapa. Lena e Hilaria hablaron sobre cómo puede cambiar sus herramientas, conectarse a la comunicación con el usuario, preparar TK y prototipos para mejorar la calidad del producto.
Estoy muy triste cuando escucho una vez más la opinión de que un probador puede alcanzar su límite en 1.5 años, y luego, ya sea en la automatización, o en un cambio de rol a gerente, analista, desarrollador, etc. Cuando su día es justo Repetición de algoritmo: leí análisis, miré prototipos, probé, publiqué errores, verifiqué dos veces. Es fácil entender por qué te cansas y decepcionas en la profesión. ¡Es aburrido!
Pero cuando cambia los enfoques para el estudio del problema, los enfoques para la generación de pruebas, los métodos de prueba, entonces:
- En primer lugar, encuentra algo que le permite probar más rápido, algo que le permite realizar un análisis en profundidad de las características y no perderse nada. Creo que nadie se negará a mejorar su trabajo y la apariencia del tiempo libre :).
- En segundo lugar, ¡es muy divertido! Personalmente, es muy difícil para mí realizar tareas típicas con un algoritmo estándar todos los días.
Puede cavar un tema específico y convertirse en un especialista limitado. Puedes crecer en amplitud. Con el tiempo, la gente se sentirá atraída por ti, porque de repente comenzarás a responder preguntas sobre "tu tema". Puede ser llamado a otros equipos para configurar un proceso o alguna herramienta, para enseñar algo. Otro beneficio: con su interés, su conocimiento, puede inspirar a otros colegas para que se desarrollen, lo que significa que habrá aún más buenos evaluadores en el mundo :).
¿Qué puede cambiar exactamente el enfoque?
1. Artefactos o documentación de prueba
Cada uno de nosotros repara un plan de prueba, descomposición de tareas, esquema de operación del producto, instrucciones, errores, acuerdos. Puede ser un trozo de papel, un archivo en una computadora o algún tipo de programa. Creamos casos de prueba, listas de verificación, tarjetas inteligentes, tablas, gráficos, diagramas, instrucciones ...
Lo que debe pensar es acerca de los objetivos: ¿para qué y para quién está haciendo esto? ¿La documentación de prueba es un producto o una herramienta? ¿Qué tan rápido está cambiando su producto? ¿Y cuál es el flujo de nuevos probadores? Hay un maravilloso conjunto de preguntas descritas en la lección 148 de Lecciones aprendidas en las pruebas de software: un enfoque basado en el contexto , Cem Kaner, James Bach y Bret Pettichord. Si no tiene un libro a mano, hay una traducción de esta lección.
Vi las pruebas automáticas en un equipo, como la principal documentación autosuficiente, ¿por qué no?
2. Técnicas de prueba
Este es probablemente el punto más obvio, pero sin él. Dime honestamente, ¿qué técnicas estás usando actualmente? No, no lo sabes, solo aplica. ¿Cuánto tiempo has tratado de encontrar algo nuevo?
A menudo encuentro que los evaluadores conocen la teoría del diseño de la prueba, pero por alguna razón no la aplican y prueban, como una vez aprendieron, al nivel de la intuición, tal vez por costumbre o después de intentos fallidos de usar las técnicas. Caner tuvo una idea genial en la lección 26 del mismo libro:
La intuición es un buen comienzo, pero una pésima conclusión (la intuición es buena para empezar, pero pésima al final).
Sí, al principio este estilo nos salva, tropezamos al probar errores, parece que lo entendemos. Pero con el tiempo, los errores perdidos comenzarán a llegar desde el campo de batalla. Por ejemplo, de repente resulta que cuando se combinan valores específicos de los parámetros, algo sucede mal o, con alguna acción, el objeto cambia repentinamente a un nuevo estado, pero no lo notamos durante las pruebas. Las técnicas le permitirán evitar todo esto, le permitirán probar de manera más eficiente, podrá resolver tareas más rápido y mejor.
Alexei Barantsev tenía una muy buena analogía con la orientación. Cuando haya aprendido a navegar por el terreno (utilizando intuitivamente técnicas, sin saberlo), luego de haber estudiado los mapas, los modelos, será aún mejor navegando. Las nuevas técnicas te darán nuevas oportunidades para moverte por la zona. Por ejemplo, aprendí a escalar rocas: ahora no solo puedes dar la vuelta a la montaña, sino también escalarla. Las técnicas son muy difíciles de comenzar al principio, mientras las estudias, pero con el tiempo entrenas y luego las usas en la máquina.
¿Dónde puedo encontrar nuevas ideas sobre tecnología? Lea o, si ya lo ha leído, hojee el libro Guía práctica para el diseño de pruebas de software, Lee Copeland , o tome un compañero juntos, elija cualquier recorrido de prueba de Whittaker ( Pruebas de software exploratorias: consejos, trucos, recorridos y técnicas para guiar la prueba Diseño, James A. Whittaker ) y "viaje" con su producto. Aproveche los viejos tiempos y regístrese para un curso de diseño de prueba. ¡Pruébalo!
3. Técnicas para analizar y generar ideas.
Sí, sí, es el análisis de toda la formulación del problema, el estudio de la funcionalidad, el estudio del objeto de prueba. Si volvemos a la discusión sobre la intuición, la razón para omitir errores puede ser una tarea insuficientemente analizada, información recopilada de manera incompleta. ¿Qué se puede cambiar aquí?
Puedes estudiar qué son los oráculos de las pruebas . Seguramente descubrirá una nueva fuente de información. O, si ya los conoce, mire, por ejemplo, el producto de su competidor y aprenda cómo se implementan sus funciones allí.
Busque técnicas de análisis, modelado de estudio, porque probamos de acuerdo con nuestra idea del programa, de acuerdo con nuestro modelo. Tome los objetos de su sistema y realice un análisis de la teledetección (acciones - parámetros - valores).
Primero, selecciona todos los objetos que tienes, pinta todas las acciones que puedes realizar en estos objetos, luego los parámetros que afectan las acciones y luego los valores específicos de los parámetros.
Lea libros de Edward De Bono sobre pensar e inventar soluciones personalizadas. Tome el libro " Rice Assault " y entrene su cerebro. Todos los días nos enfrentamos a tareas, inventamos y qué más podría afectar nuestra tarea. La capacitación lo ayudará a hacerlo más rápido y de manera más productiva.
4. Entorno y procesos.
No estoy hablando de un cambio de equipo o empresa, aunque en algunas situaciones, ¿por qué no? :) Quería hablar sobre lo que hay alrededor de las pruebas.
Tome y cambie su navegador favorito o resolución de pantalla. Si está probando una aplicación web, estoy seguro de que ve el producto de manera diferente.
Cambie Microsoft Visual Studio a JetBrains Rider (o viceversa). Intente usar una herramienta de prueba API diferente. Explore otras soluciones, es muy posible que haya aparecido algo nuevo y más conveniente para usted.
¿Constantemente obtienes una rama para probar dónde no va el proyecto o dónde encuentras errores en los primeros minutos? ¿O siempre encuentras muchos errores? Y al mismo tiempo, ¿también tienes una gran cola para las pruebas? Estudie la heurística de detener la prueba (sí, puede tomar la rama sin procesar y envolverla de nuevo), cambiar los requisitos para la rama en la entrada e involucrar a colegas en las pruebas. ¿O tal vez algunas ramas realmente no necesitan pruebas, el desarrollador ya ha verificado todo por sí mismo?
Y a veces es muy útil simplemente llevarlo y transferirlo al otro extremo de la sala, más cerca de los desarrolladores u otros evaluadores. Un cambio de lugar ayudará a refrescar el aspecto en el trabajo.
5. Papel y responsabilidades del probador.
Mi favorito Explore quién es el probador en los equipos vecinos, en otros proyectos o incluso en otros países. Tuvimos una entrevista con James Bach en la conferencia DAMP, y algunas de las respuestas fueron simplemente sorprendentes. ¡James tiene una idea completamente diferente de quién es el probador, si hay máquinas automáticas y qué es lo más interesante de las pruebas!
Ve por algunas entrevistas. Solo vete. Aprenderá lo que sucede en otras compañías, lo que valoran los evaluadores, lo que se espera de ellos.
¿Sigues decidiendo si lanzar o no? ¿O hacen lo que los gerentes suelen hacer? Lea el libro de Jerry Weinberg Software perfecto y otras ilusiones sobre las pruebas, ¡ y revolucionará su mundo! Y luego asegúrese de dejar que su gerente lea.
¿Crees que la garantía de calidad es responsabilidad del probador? James Bach en la misma entrevista dio un buen ejemplo de un guardia en una base militar.
Por supuesto, simplemente puede proteger la base, y también puede estudiar por qué la gente quiere penetrar en esta base, hacerlo como disciplina en una escuela militar. ¿Esto significa que no puedes proteger la base? Por supuesto que no! Alguien debe guardar. Pero, ya en relación con las pruebas, si estudia y comienza a implementar algo que reducirá la cantidad de errores, entonces sí, puede reducir la cantidad de "guardias".
Sobre el tema de asegurar la calidad y el crecimiento del probador en la misma conferencia, hubo un buen informe de razonamiento de Maxim.
¿Todavía crees que hay automatizadores y probadores manuales? Escuche a James , escuche un informe sobre cómo solo los desarrolladores escriben en un proyecto de pruebas automáticas , o cómo ha evolucionado el papel de un autotest en un equipo y ahora todos en un equipo escriben pruebas automáticas y otorgan una rama solo con pruebas ecológicas, incluidas nuevas pruebas de características .
¿Qué tipo de pruebas haces? Solo funcional? Y puedes responder: ¿por qué? ¿Y quién es responsable de otras especies? Piensa, tal vez verás algún tipo de espacios.
Aprenda otros roles, por ejemplo, cómo escribir análisis (" Métodos modernos para describir los requisitos funcionales para sistemas " por Alistair Coburn), quién es ese gerente y qué debe hacer (" Líder ideal de Adizes"). Esto le permitirá comprender mejor otros roles, su posición. Y también dibujar nuevas ideas.
6. Algo más
Los evaluadores hablan mucho con los demás y escriben mucho. Tenemos que explicar los errores o intentar hacer preguntas cuando se nos ocurre una situación terriblemente complicada. Por lo tanto, desarrolle estas habilidades. Por ejemplo, hay un buen libro de Maxim Ilyakhov y Lyudmila Sarycheva: " Escribir, cortar ". Simplemente busque temas en sitios de editor o tienda .
Otra idea inesperada: ¡puedes ponerte a prueba! O tu desarrollo! ¿Cómo Ekaterina Bobrova .
Lo que nos detiene
Veamos los factores de parada más populares que nos impiden probar un enfoque diferente.
No tiempo
Este es probablemente el más simple. Vaya a un curso de gestión del tiempo, lea libros sobre eficiencia. Por ejemplo, " Técnicas Jedi " de Maxim Dorofeev.
No estoy seguro de cómo dar el primer paso
Resalte un tiempo específico, una tarea específica, puede comenzar incluso con 15 minutos. Y en estos 15 minutos, busca tu tema, prueba algo diferente. No es necesario probar todo lo que ha aprendido de inmediato. Elija 1-3 nuevas prácticas e intente hacerlas. Lo principal es hacerlo todos los días. Estos pequeños pasos conducirán a grandes resultados. Hay más información sobre esto en el seminario web con Ekaterina Lengold .
Miedo a los errores
Creo que cada uno de nosotros tenía miedo de tomar una decisión, de intentar algo por primera vez. ¿Qué sucede si no tengo suficientes competencias y tomo la decisión equivocada, me decepciono el proyecto y mis colegas? Debe recordarse que los errores son la norma para el proceso de aprendizaje. Entendemos sobre ellos cómo no hacerlo, lo que significa que ahora sabemos a dónde ir. Recordemos la historia de la invención de la bombilla. Edison realizó alrededor de 2,000 experimentos antes de lograr el éxito.
"Dígame, Sr. Edison, ¿cómo es fallar dos mil veces seguidas, tratando de crear una bombilla?"
"Joven", respondió Edison, "de ninguna manera me equivoqué dos mil veces creando esta bombilla". Descubrí mil novecientos noventa y nueve maneras de no hacer una bombilla.
En el libro " 100 maneras de cambiar la vida. Parte 2 ”Larisa Parfentieva habla sobre algo como la sobrecarga de información. Con el tiempo, adquirimos conocimiento, y esto nos impide hacer frente rápidamente a las tareas, tomar decisiones, probar algo nuevo y asumir riesgos. Porque antes de intentarlo, comenzamos a analizar, pensar todo hasta el más mínimo detalle y ... al final, nunca lo intentamos.
La solución es simple: comience al menos con algo. Simplemente elige la primera técnica y prueba. Más tarde se dará cuenta de que se equivocó, y este es un buen resultado, ahora tiene experiencia y nueva información. En este caso, tome la siguiente técnica, enfoque. O bien, la tecnología despegará y tú también ganarás. Cuando la propia escritora tiene tal parálisis, se dice a sí misma: "¡Sí, no me importa!" y comienza a escribir lo primero que me viene a la mente.
Y aquí hay otra cita de Albert Einstein:
Todos saben desde la infancia que esto y aquello es imposible. Pero siempre hay un ignorante que no sabe esto. Él hace un descubrimiento.
Insuficiente inspiración
Personalmente, mis colegas, libros sobre pruebas y no solo discursos e inventos de colegas de otra ciudad, otro país, me inspiran. Me gustaría llegar a esas personas, crear, hacer algo útil y no quedarme quieto.
En el mismo libro, Larisa Parfentieva comparte la regla del éxito para el actor y director Harold Ramis.
Encuentra a la persona más talentosa en la sala y, si no eres tú, quédate cerca de él. Sígalo a todas partes. Intenta estar al servicio de él. Y si un día de repente resulta que la persona más talentosa en la habitación eres tú, busca otra habitación.
¡Encuentra lo que te da energía, fuerza, te cobra por el cambio y cómelo!
Si cree que necesita un mentor, escriba en una hoja de papel una lista de 20 personas que pueden presentarse, incluso si son los evaluadores más famosos, comuníquese con estas personas. ¡Alguien de 20 años definitivamente no te rechazará!
Al final
Daré una cita más del libro " 100 maneras de cambiar la vida". Parte 2 ".
¡En las personas que logran un éxito sobresaliente, no hay nada especial que no esté en ninguna persona! Son tan indecisos, dudosos, reflexivos, a menudo se equivocan, se caen, se sienten tristes, se comparan con los demás, no saben qué decisión tomar y, a veces, les resulta difícil levantarse de la cama. Su única diferencia es que constantemente hacen algo, a pesar de todo esto.
Prueba nuevas técnicas, nuevas herramientas, inventa las tuyas. Elija la actividad más mundana y hágalo conscientemente. Cambie los procesos, revise sus puntos de vista. ¡Piensa en alguna idea loca e interesante e intenta realizarla!
Con este artículo, finalizamos el ciclo anual "Calendario de prueba", en el que 16 evaluadores de Contour hablaron sobre sus herramientas de trabajo, prácticas y procesos. Para muchos de ellos, fue una experiencia nueva, interesante y útil.
El mundo de las pruebas no se limita solo a la búsqueda de errores, tiene muchas caras y en este mundo puedes y debes experimentar. Gracias por estar con nosotros :)
Lista de artículos del calendario:
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