Le 11 décembre, au bureau Odnoklassnikov à Saint-Pétersbourg, environ Tech: QATOK - un événement dédié à l'assurance qualité dans les projets informatiques et tout ce qui s'y rapporte. Plus de 100 personnes sont venues nous rendre visite. Dans le cadre du programme de l'événement, avec des collègues de OK, Mail.ru et Qameta Software ont discuté de la mesure des performances dans les applications Android, discuté de la visualisation de la couverture d'autotest, compris pourquoi PageObject est déjà obsolète et il est temps de le remplacer.
Sous la coupe, vous attendez des enregistrements vidéo de rapports et de présentations.
Réinventer PageObject - Anatoly Ostapenko, Mail.Ru
Dans les grandes applications à page unique, l'utilisation du modèle PageObject est gênée par le fait que vous devez décrire les localisateurs et les actions avec un très grand nombre d'éléments sur une page dans une classe. De ce fait, l'écriture des autotests ralentit et la qualité du code en souffre. Je vais parler de la manière dont nous avons abandonné le modèle classique de PageObject dans les tests automatiques de l'interface utilisateur et ce que nous avons proposé en retour. À propos de la façon dont la nouvelle solution est liée à la génération de code, comment elle aide à réaliser un typage strict des tests et comment elle accélère leur écriture.
PrésentationMesures de performances dans l'application Android - Anton Smolyanin, OK
Les camarades de classe sont un énorme service avec plus de 70 millions d'utilisateurs. Si nous parlons d'appareils mobiles, la majorité utilise OK.RU sur les smartphones fonctionnant sous Android. Pour cette raison, nous prenons très au sérieux les performances de notre application Android. Dans le rapport, je vais expliquer pourquoi, en principe, traiter les mesures, afficher des graphiques d'accélération, partager l'historique de la façon dont les sections lentes de l'application ont été trouvées et corrigées, et prêter également attention aux recommandations de Google à ce sujet.
Ensuite, nous comprendrons les outils, commencerons par ce que vous pouvez voir dans Android Studio, puis nous discuterons des utilitaires de la console. Après cela, je partagerai des astuces de vie sur la façon de configurer l'application pour augmenter la précision des mesures et éventuellement intégrer tout dans le processus de test. À la fin du rapport, je parlerai des problèmes qui ont dû être résolus sur cette voie.
PrésentationVisualisation de la couverture de l'autotest - Artem Eroshenko, Qameta Software
Les méthodes modernes de mesure de la couverture ne sont bonnes que pour le développement. Dans le même temps, la quantité d'informations utiles provenant des rapports de couverture est extrêmement faible. D'une part, toutes les lignes de code n'ont pas été impliquées au cours des tests. En revanche, la seule information importante est le pourcentage de couverture. De plus, c'est intéressant non pas la valeur absolue, mais le delta avec le précédent. Artyom a introduit plusieurs solutions simples qui vous permettent d'évaluer la couverture des tests écrits par l'automatisation des tests.
Présentation