
El 11 de diciembre, aproximadamente Tech se llevará a cabo en la oficina de Odnoklassniki St. Petersburg: QATOK, un evento dedicado al aseguramiento de la calidad en proyectos de TI y todo lo relacionado con él. Junto con colegas de OK, Mail.ru y Qameta Software, hablaremos sobre las mediciones de rendimiento en las aplicaciones de Android, discutiremos la visualización de la cobertura de la prueba automática, veremos por qué PageObject ya no está actualizado y es hora de reemplazarlo.
Regístrese en ok.tech: QATOKSi desea ver las descripciones de los informes y el calendario, lo invitamos a participar.
Reinventar PageObject - Anatoly Ostapenko, Mail.Ru

En una aplicación de página única grande, el uso del patrón PageObject se ve obstaculizado por el hecho de que tiene que describir localizadores y acciones con una gran cantidad de elementos en una página en una clase. Debido a esto, la escritura de las pruebas automáticas se ralentiza y la calidad del código sufre. Hablaré sobre cómo nosotros en las pruebas automáticas de la interfaz de usuario de integración abandonamos el patrón clásico de PageObject y lo que se nos ocurrió a cambio. Acerca de cómo se relaciona la nueva solución con la generación de código, cómo ayuda a lograr una mecanografía estricta de las pruebas y cómo acelera su escritura.
Mediciones de rendimiento en la aplicación de Android - Anton Smolyanin, OK

Los compañeros de clase son un gran servicio con más de 70 millones de usuarios. Si hablamos de dispositivos móviles, la mayoría usa OK.RU en teléfonos inteligentes con Android. Por esta razón, nos tomamos muy en serio el rendimiento de nuestra aplicación de Android. En el informe, hablaré sobre por qué, en principio, lidiar con mediciones, mostrar gráficos de aceleración, compartir el historial de cómo se encontraron y corrigieron secciones lentas de la aplicación, y también prestar atención a las recomendaciones de Google sobre este tema.
Luego entenderemos las herramientas, comenzaremos con lo que puedes ver en Android Studio, luego discutiremos las utilidades de la consola. Después de eso, compartiré trucos de vida sobre cómo configurar la aplicación para aumentar la precisión de las mediciones y eventualmente integrar todo en el proceso de prueba. Al final del informe hablaré sobre los problemas que tuvieron que resolverse a lo largo de este camino.
Visualización de cobertura de autotest - Artem Eroshenko, Qameta Software

Los métodos modernos de medición de cobertura solo son buenos para el desarrollo. Al mismo tiempo, la cantidad de información útil de los informes de cobertura es extremadamente pequeña. Por un lado, hay todas las líneas de código que no estuvieron involucradas en el curso de las pruebas. Por otro lado, la única información importante es el porcentaje de cobertura. Además, es interesante no el valor absoluto, sino el delta con el anterior. Artyom presentará algunas soluciones simples que le permiten evaluar la cobertura de las pruebas escritas por la automatización de pruebas.
- Pruebas API. Hay una arrogancia, durante su ejecución también recolectamos una arrogancia. Consideramos el recubrimiento como una diferencia de dos estampadores. Puede ver qué está cubierto, qué no está y qué datos.
- Pruebas web. Durante la ejecución de las pruebas, recopilamos información sobre elementos, páginas y acciones. Como resultado, obtenemos el siguiente formato:
- Pagina
- Elementos
- Acciones
- Pruebas
Todo esto se envía al complemento. En la página dibujamos los elementos que se vieron afectados durante las pruebas. Más información adicional: una lista de pruebas en la página de video.
Como resultado, puede responder muy rápidamente las siguientes preguntas:
- Qué está cubierto y qué no.
- Cómo está cubierto (solo hizo clic o revisó el texto).
- Qué pruebas pasan por esta página.
- Qué artículos se usan más comúnmente. En general, es mejor evitar esto porque es un punto potencial de falla.
- Señale la prueba, vea el video de Selenoid.
- Conectado a selenio. Se puede completar fácilmente para Titiritero y para cualquier otra cosa. Será conveniente comprender qué se está comprobando y por qué.
Calendario de informes:
19:00 - 19:40 Objeto de página obsoleto, hora de encontrar un reemplazo -
Anatoly Ostapenko, Mail.Ru19:40 - 20:30 Mediciones de rendimiento en la aplicación de Android -
Anton Smolyanin, OK20:30 - 21:00
Coffee break, pizza, chat, networking21:00 - 21:40 Visualización de la cobertura de las
pruebas automáticas -
Artem Eroshenko, Qameta SoftwareEstamos esperando a todos los que quieran hablar con expertos en el campo del aseguramiento de la calidad en la reunión del 11 de diciembre en su oficina de San Petersburgo.
¡Ven, será interesante y útil!
Regístrese en ok.tech: QATOK