¿Cómo simplificar la refactorización? ¿Cómo enseñar al desarrollador a evitar errores comunes en la interfaz de usuario? ¿Cómo deleitar a la audiencia de una conferencia de prueba si usted mismo no es un probador?
Por tradición, al abrir grabaciones de
video de los informes de
Heisenbug para todos, publicamos los 10 principales en Habré, compilados sobre la base de los comentarios de la audiencia. Los informes en la publicación están organizados en una calificación creciente: la diferencia entre los lugares vecinos es insignificante, por lo que no debe darle mucha importancia, pero los principales triunfos están al final. ¿Quién se convirtió en ellos esta vez?
¿Necesita refactorizar un proyecto? ¡Ten una IDEA!
Ponente:
Artyom EroshenkoPresentación del informePor lo general, IntelliJ IDEA se entiende como "donde puede codificar", no "lo que puede codificar". Pero, de hecho, todos pueden ampliar la funcionalidad del IDE con su propio complemento, y Artyom Eroshenko describió, según su propia experiencia, lo que es bueno en el contexto de la refactorización.
Muchos conocen a Artyom por sus informes anteriores sobre Allure Framework. En este caso, todo es diferente: la palabra "Allure" también se puede escuchar aquí, pero no como el tema principal del discurso, sino solo como un ejemplo (la transición de la primera versión de "Allure" a la segunda).
Problemas en Selenium WebDriver
Ponente:
Alexey BarantsevPresentación del informeYa hay muchos informes, tutoriales y textos de varios autores sobre una herramienta tan popular como Selenium. Pero una cosa es escuchar a algún orador que posee esta herramienta, y otra muy distinta a Alexei Barantsev, quien ha estado involucrado en el desarrollo de Selenium WebDriver desde 2011.
Cuando ve un proyecto complejo desde el interior, comprende mucho que no es obvio desde el exterior: por ejemplo, para decisiones que pueden parecer extrañas para los usuarios, se revelan buenas razones. Y en este caso, Alexey solo habla de cómo se ven las situaciones más "confusas" desde adentro.
Recetas para crear desde cero y el desarrollo de un sistema de prueba de carga
Ponente:
Anatoly PlaskovskyPresentación del informeHay dos cosas en las percepciones de las personas de las pruebas de estrés con las que Anatoly no está de acuerdo. Una es cuando esta actividad se considera "clavada en un dominio": dicen que en el desarrollo de juegos y en fintech todo es tan diferente que la experiencia en una de estas áreas será inútil en la otra. Otra es cuando las palabras "prueba de esfuerzo" y "trabajar en el rendimiento" comienzan a usarse como sinónimos.
Y ambos desacuerdos se reflejan en el informe: aquí estamos hablando de métodos generales que pueden ser útiles en una variedad de áreas, y elegimos cuidadosamente el contexto apropiado de las palabras "carga" y "rendimiento".
Sistemas de prueba con dependencias externas: problemas, soluciones, Mountebank
Ponente:
Andrey GlazkovPresentación del informeLas dependencias generalmente complican las pruebas, pero algunos casos pueden ser particularmente difíciles. ¿Qué sucede si su sistema debe interactuar con éxito con un extraño que se está desarrollando en paralelo, y de un extraño no tiene código ni suficientes datos completos, pero en el proceso también cambia?
El propio Andrei Glazkov se enfrentó a casos complejos y habló sobre la experiencia adquirida: comenzando por cómo, al simular las acciones de sistemas externos, surge la división en falsificaciones "tontas" e "inteligentes", y los problemas que surgen ("el código con el que nosotros lo estamos probando, se está volviendo tan complicado que ya hay errores "), y continuamos con cómo Mountebank resolvió los problemas.
Características de las pruebas visuales de las interfaces.
Ponente:
Anton UsmanskyPresentación del informeLas herramientas de comparación de capturas de pantalla lo ayudarán a notar si algo "salió" en la interfaz. Pero en busca de esta diferencia, pueden encontrar que las capturas de pantalla son diferentes, donde desde el punto de vista de las interfaces todo permanece como antes. ¿Cuáles son estos casos y cómo aprender a rechazarlos inmediatamente sin perder tiempo? ¿Y cuál es la situación común cuando la automatización señala una diferencia, pero a simple vista, las capturas de pantalla se ven generalmente iguales?
El propio Anton Usmansky se dedica al desarrollo de herramientas Gemini y Hermione en Yandex, pero el informe no trata específicamente de ellas, sino de los principios generales de tales proyectos. Anteriormente, apareció una
versión de texto de este informe en software-testing.ru.
Mil y un errores de interfaz de usuario, o cómo enseñar a un desarrollador a evitar errores comunes de interfaz de usuario
Ponente:
Ekaterina MikheevaPresentación del informeLos usuarios pueden recordar a
Ekaterina Mikheeva gracias a una
publicación popular sobre la cantidad de dispositivos Android necesarios para las pruebas. En su nueva charla, también se menciona la fragmentación de Android, pero el contexto es diferente.
A veces probar una interfaz de usuario es divertido, y a veces es una tarea con dolor de boca: los mismos errores aparecen una y otra vez, y no es nada incomprensible, y es como si estuvieras perdiendo el tiempo tratando de arreglar a alguien por centésima vez eso es "tsya / tsya". ¿Cuáles son estos errores y qué se debe hacer para no encontrarlos más? ¿Cómo afecta este trabajo el hecho de que a veces las personas escriben a alguien en el teléfono como "No levante el teléfono (venado)"? ¿Y cómo de una "ceja" puede salir un "ojo robótico"?
Redescubre pruebas exploratorias
Ponente:
Ingo PhilippPresentación del informeSi los gerentes pueden iluminar sus ojos con las palabras "automatización de pruebas", entonces con las palabras "pruebas exploratorias" pueden salir: no solo el trabajo no puede transferirse a los robots, sino que también es difícil formalizar el proceso, sino ¿cómo puede ahorrar recursos de la empresa?
Ingo Phillip comienza con por qué sin esto la compañía se arriesga a perder aún más ("puede automatizar la verificación de los riesgos que conocemos, pero no de aquellos que aún no conocemos), y luego pasa a cómo vivir con ellos ( por ejemplo, qué se está haciendo con la misma formalización del proceso). Probablemente, las calificaciones de la audiencia están en parte relacionadas con el tono irónico del orador ("probar el software es como lavar un cerdo: un proceso sin un principio y un final claros, donde al final no entiendes por qué te involucraste desde el principio").
Voyeurismo del probador, o cómo la monitorización del usuario lo ayudará
Ponente:
Antonina KhisametdinovaPresentación del informeEste informe sobre las interfaces y los posibles errores en ellas ya es familiar para Habr: anteriormente le hicimos una
versión de texto , para que no solo se pueda ver, sino también leer. Entonces, en lugar de una descripción, solo daremos algunos comentarios de los habrausers:
- “Un artículo encantador. Ni siquiera sé para quién podría ser más útil: control de calidad o representantes de diseño "
- "Publicación impresionante, nada nuevo, por supuesto, pero todo está reunido en un solo lugar y puedes enviar personas aquí, gracias"
- "Me parece que esto debería ser interesante para todos los desarrolladores que se enfrentan al menos un poco con las interfaces de usuario"
Tenemos DevOps Vamos a despedir a todos los probadores
Ponente:
Baruch SadogurskyPresentación del informeBaruch es conocido por los visitantes de nuestras conferencias DevOops y Joker, pero los evaluadores lo vieron por primera vez. ¿Puede una conferencia ser bien recibida en una conferencia de prueba donde las palabras "No soy un probador" suenan desde el principio? Al final resultó que - más que.
Aquí tenemos que hacer una reserva importante: fue una nota clave, es decir, no un informe regular en una de las tres salas, sino una declaración general para toda la audiencia que abrió la conferencia. Por lo tanto, no se dijo aquí sobre los detalles de ningún instrumento en particular, sino sobre las tendencias de la industria. Si la palabra DevOps no tiene las letras "QA", ¿cuál es el uso generalizado de devops para los probadores? ¿Deben temer por su trabajo cuando los desarrolladores escriben pruebas sorprendentemente activas?
Como nota clave, es especialmente importante que no solo el material sea bueno, sino que también el orador sea brillante, y esto no se lo puede quitar a Barukh, lo reconocerá instantáneamente de mil, incluso por su voz alta, incluso por su colorido sombrero. Y al final, se ganó el amor de los evaluadores, tomando el segundo lugar en esta clasificación.
Extremos de prueba: trucos desde los rincones oscuros de las interfaces móviles
Ponente:
Vitaliy FridmanPresentación del informeSi la conferencia comenzó con Baruch, entonces con este discurso terminó, es decir, las notas clave ocuparon las dos líneas principales de la calificación. En este caso, como Baruch, el carisma y el encanto del orador juegan un papel muy importante, y tampoco es un probador: Vitaliy es el fundador del famoso sitio para desarrolladores / diseñadores web
Smashing Magazine . Cuando un sitio enseña a otros a hacer interfaces correctamente, no es sorprendente que él mismo esté especialmente pensado, por lo que Vitaly sabe mucho sobre interfaces.
Anteriormente, ya había actuado en Heisenbug en San Petersburgo, y luego recopiló críticas como "no se trata de pruebas, pero es increíble". Y ahora llegó a Moscú, y esta vez el material de presentación fue diferente al anterior, pero no hubo menos entusiasmo.
Para aquellos que son pocos en docenas, más videos de Heisenbug 2018 Moscú -
haga clic aquí .
Si le gustaron estos informes, preste atención: del 17 al 18 de mayo se realizará el próximo Heisenbug en San Petersburgo . A diferencia de este centro, no solo puede ver los informes, sino también hacer preguntas personalmente a los oradores: cada uno de ellos, después de su discurso, responde en detalle en un área de discusión especial. Los detalles existentes sobre el programa están en el sitio . Más cerca de la fecha, el programa se hará más conocido, pero el precio de los boletos aumenta gradualmente, por lo que comprarlos por adelantado es rentable. Y ahora están llegando los últimos días de recepción de solicitudes para el informe , si desea no solo "ver a otros", sino también "mostrarse", ¡responda!