Comment simplifier le refactoring? Comment apprendre au développeur à éviter les erreurs courantes dans l'interface utilisateur? Comment ravir le public d'une conférence de test si vous n'êtes pas vous-même testeur?
Par tradition, en ouvrant des enregistrements vidéo des reportages
Heisenbug pour
tout le monde , nous publions le top 10 sur Habré, compilé sur la base des retours du public. Les rapports de la poste sont classés par ordre croissant: la différence entre les lieux voisins est insignifiante, vous ne devez donc pas lui donner beaucoup d'importance, mais les principaux triomphes sont à la toute fin. Qui est devenu cette fois-ci?
Besoin de refactoriser un projet? Ayez une IDÉE!
Conférencier:
Artyom EroshenkoPrésentation du rapportEn règle générale, IntelliJ IDEA est compris comme «où vous pouvez coder» et non «ce que vous pouvez coder». Mais en fait, chacun peut étendre les fonctionnalités de l'IDE avec son propre plug-in - et Artyom Eroshenko a décrit sur la base de sa propre expérience ce qui est bon dans le contexte de la refactorisation.
Beaucoup connaissent Artyom de ses précédents rapports sur le cadre Allure. Dans ce cas, tout est différent: le mot "Allure" peut également être entendu ici, mais pas comme le sujet principal du discours, mais seulement comme un exemple (le passage de la première version de "Allure" au second).
Problèmes dans Selenium WebDriver
Conférencier:
Alexey BarantsevPrésentation du rapportIl existe déjà de nombreux rapports, tutoriels et textes de divers auteurs sur un outil aussi populaire que Selenium. Mais c’est une chose d’écouter un orateur qui possède cet outil, et c’est une autre pour Alexei Barantsev, qui est impliqué dans le développement de Selenium WebDriver depuis 2011.
Lorsque vous voyez un projet complexe de l'intérieur, vous comprenez beaucoup de choses qui ne sont pas évidentes de l'extérieur: par exemple, pour des solutions qui peuvent sembler étranges aux utilisateurs, il y a de bonnes raisons. Et dans ce cas, Alexey parle simplement de la façon dont les situations les plus «confuses» sont vues de l'intérieur.
Recettes pour créer à partir de zéro et développement d'un système de test de charge
Conférencier:
Anatoly PlaskovskyPrésentation du rapportIl y a deux choses dans la perception qu'ont les gens des tests de résistance qu'Anatoly n'est pas d'accord. L'une est lorsque cette activité est considérée comme «clouée à un domaine»: ils disent que dans le développement de jeux et dans la fintech, tout est si différent que l'expérience dans l'un de ces domaines sera inutile dans l'autre. Un autre est lorsque les mots «stress test» et «work on performance» commencent à être utilisés comme synonymes.
Et ces deux désaccords se reflètent dans le rapport: nous parlons ici de méthodes générales qui peuvent être utiles dans divers domaines, et choisissons soigneusement le contexte approprié parmi les mots «charge» et «performance».
Tester des systèmes avec des dépendances externes: problèmes, solutions, Mountebank
Conférencier:
Andrey GlazkovPrésentation du rapportLes dépendances compliquent généralement les tests, mais certains cas peuvent être particulièrement délicats. Que se passe-t-il si votre système doit interagir avec succès avec un inconnu qui est développé en parallèle, et d'un inconnu vous n'avez ni code ni données complètes suffisantes, mais dans le processus cela change aussi?
Andrei Glazkov lui-même a été lui-même confronté à des cas complexes et a parlé de l'expérience acquise: à commencer par la façon dont, lors de la simulation des actions de systèmes externes, la division en faux «idiots» et «intelligents» se pose, et les problèmes qui se posent («le code avec lequel nous nous le testons, cela devient tellement compliqué qu'il contient déjà des bogues »), et passons à la façon dont Mountebank a résolu les problèmes.
Caractéristiques du test visuel des interfaces
Conférencier:
Anton UsmanskyPrésentation du rapportLes outils de comparaison de captures d'écran vous aideront à remarquer si quelque chose s'est «passé» dans l'interface. Mais à la recherche de cette différence, ils peuvent trouver les captures d'écran différentes, alors que du point de vue des interfaces, tout reste comme avant. Quels sont ces cas et comment apprendre à les rejeter immédiatement sans perdre de temps? Et quelle est la situation courante lorsque l'automatisation signale une différence, mais pour l'œil humain nu, les captures d'écran sont généralement les mêmes?
Anton Usmansky lui-même est engagé dans le développement d'outils Gemini et Hermione chez Yandex, mais le rapport ne porte pas spécifiquement sur eux, mais sur les principes généraux de tels projets. Plus tôt, une
version texte de ce rapport est apparue sur software-testing.ru.
Mille et un bogues d'interface utilisateur, ou comment apprendre à un développeur à éviter les erreurs d'interface utilisateur courantes
Conférencière:
Ekaterina MikheevaPrésentation du rapportLes Habrausers peuvent se souvenir d'
Ekaterina Mikheeva grâce à un article populaire sur le nombre d'appareils Android requis pour les tests. Dans sa nouvelle présentation, la fragmentation Android est également mentionnée, mais le contexte est différent.
Parfois, tester une interface utilisateur est amusant, et parfois c'est une corvée avec une bouche endolorie: les mêmes erreurs reviennent encore et encore, et ce n'est pas du tout incompréhensible, et c'est comme si vous perdez du temps à essayer de réparer quelqu'un pour la centième fois c'est "tsya / tsya". Quelles sont ces erreurs et que faut-il faire pour ne plus en rencontrer? Comment ce travail affecte-t-il le fait que parfois les gens écrivent quelqu'un au téléphone comme "Ne décrochez pas le téléphone (cerf)"? Et comment sortir d'un «sourcil» un «œil robotisé»?
Redécouvrez les tests exploratoires
Conférencier:
Ingo PhilippPrésentation du rapportSi les managers peuvent voir leurs yeux s'illuminer avec les mots «automatisation des tests», alors avec les mots «tests exploratoires», ils peuvent sortir: non seulement le travail ne peut pas être transféré aux robots, mais il est également difficile de formaliser le processus, mais comment pouvez-vous économiser les ressources de l'entreprise?
Ingo Phillip commence par expliquer pourquoi sans cela, l'entreprise risque de perdre encore plus («vous pouvez automatiser la vérification de ces risques que nous connaissons, mais pas ceux que nous ne connaissons pas encore), puis passe à la façon de vivre avec ( par exemple, ce qui se fait avec la même formalisation du processus). Probablement, les notes du public sont en partie liées au ton ironique de l'orateur («tester un logiciel, c'est comme laver un cochon: un processus sans début ni fin clair, où à la fin vous ne comprenez pas pourquoi vous vous y êtes impliqué depuis le début»).
Voyeurisme testeur ou comment la surveillance des utilisateurs vous aidera
Conférencière:
Antonina KhisametdinovaPrésentation du rapportCe rapport sur les interfaces et les erreurs possibles dans celles-ci est déjà familier à Habr: nous lui avons précédemment fait une
version texte , afin qu'il puisse non seulement être consulté, mais aussi lu. Donc, au lieu d'une description, nous allons simplement donner quelques commentaires des utilisateurs:
- «Un délicieux article. Je ne sais même pas à qui cela pourrait être plus utile - AQ ou représentants du design "
- "Post génial, rien de nouveau, bien sûr, mais tout est réuni en un seul endroit et vous pouvez envoyer des gens ici, merci"
- «Il me semble que cela devrait intéresser tous les développeurs qui sont au moins un peu confrontés aux interfaces utilisateurs»
Nous avons DevOps. Tirons tous les testeurs
Conférencier:
Baruch SadogurskyPrésentation du rapportBaruch est bien connu des visiteurs de nos conférences DevOops et Joker, mais des testeurs l'ont vu pour la première fois. Une conférence peut-elle être bien reçue lors d'une conférence de test où les mots «je ne suis pas un testeur» résonnent dès le début? Il s'est avéré - plus que.
Ici, nous devons faire une réserve importante: c'était un discours, c'est-à-dire non pas un rapport régulier dans l'une des trois salles, mais une déclaration générale pour tout le public qui a ouvert la conférence. Par conséquent, il n'a pas été question ici des détails d'un instrument particulier, mais des tendances de l'industrie. Si le mot DevOps n'a pas les lettres «QA», alors quelle est l'utilisation répandue des devops pour les testeurs? Ont-ils besoin d'avoir peur pour leur travail lorsque les développeurs écrivent eux-mêmes activement des tests?
Pour le discours, il est particulièrement important que non seulement le matériel soit bon, mais aussi que le haut-parleur soit brillant - et cela ne peut pas être enlevé à Barukh, vous le reconnaîtrez instantanément parmi mille, même par sa voix forte, même par son chapeau coloré. Et à la fin, il a gagné l'amour des testeurs, prenant la deuxième place dans ce classement.
Extrêmes de test: astuces des coins sombres des interfaces mobiles
Conférencier:
Vitaliy FridmanPrésentation du rapportSi la conférence a commencé avec Baruch, alors avec ce discours elle s'est terminée, c'est-à-dire que les discours ont occupé les deux premières lignes de la note. Dans ce cas, comme Baruch, le charisme et le charme du locuteur jouent un rôle énorme, et il n'est pas non plus un testeur: Vitaliy est le fondateur du célèbre site pour les développeurs / designers Web
Smashing Magazine . Lorsqu'un site apprend aux autres à créer correctement des interfaces, il n'est pas surprenant qu'il soit lui-même spécialement pensé - Vitaly en sait donc beaucoup sur les interfaces.
Auparavant, il avait déjà joué au Heisenbug à Saint-Pétersbourg, puis recueilli des critiques comme "ce n'est pas vraiment une question de test, mais c'est incroyable". Et maintenant, il est venu à Moscou, et cette fois le matériel de présentation était différent de la fois précédente - mais il n'y avait pas moins d'enthousiasme.
Pour ceux qui sont peu nombreux par dizaines, plus de vidéos Heisenbug 2018 Moscou -
cliquez ici .
Si vous avez aimé ces reportages, faites attention: du 17 au 18 mai, le prochain Heisenbug se tiendra à Saint-Pétersbourg . Contrairement à ce hub, vous pouvez non seulement voir les rapports, mais aussi poser personnellement des questions aux orateurs: chacun d'entre eux, après son discours, répond en détail dans un espace de discussion spécial. Les détails existants sur le programme sont sur le site . Plus près de la date, le programme sera mieux connu - mais le prix des billets augmente progressivement, donc les acheter à l'avance est rentable. Et maintenant, les derniers jours de réception des candidatures pour le rapport arrivent, si vous voulez non seulement «voir les autres», mais aussi «vous montrer» - répondez!