Nous vous attendons en ligne!
De quoi on va parler
Cypress pour les tests d'intégration. Pourquoi? Comment?
Svetlana Goldobina, Raiffeisenbank
À propos de l'orateur: Testeur senior à Raiffeisenbank, équipe Cash Management. Plus de 3 ans d'expérience dans l'automatisation des tests dans les grandes banques. Au cours de sa carrière, elle a réussi à travailler à la fois avec des frameworks BDD, dont Akita, et à participer à son développement, et à passer complètement du côté des tests sur la pile des développeurs - JavaScript / TypeScript, Java + Spring.
Je crois que les tests ne génèrent pas seulement des cas et découvrent des goulots d'étranglement, mais aussi un vaste champ de travail sur l'étude, le développement, la livraison et le support.
À propos du rapport:Notre équipe a écrit des tests en style BDD en russe (sélénium / séléniure + concombre + Java). Il semblerait que ce soit beaucoup plus facile et plus transparent pour l'équipe? Cependant, dès que nous avons perdu plusieurs QA et que les développeurs ont dû écrire et modifier des tests, notre outil est devenu un frein aux tests, et BDD n'a rien fait ici. Dans cet exposé, je vais vous dire comment nous avons abaissé les tests au fond et commencé à les restaurer.
Comment nous avons atteint zéro erreur dans les tests d'intégration
Maksim Plavchenok, Bercut
À propos de l'orateur: Je travaille chez Bercut depuis 2002. Il a commencé sa carrière dans les télécoms: il est passé d'ingénieur de quart à directeur des tests d'intégration. Était développeur, testeur, chef de produit. J'adore faire ce qui pose des problèmes (et les résoudre), c'est pourquoi je suis venu tester.
À propos du rapport: Je travaille pour Bercut, je suis engagé dans des tests d'intégration de services de facturation pour les télécoms. En septembre, mon équipe et moi avons franchi une étape importante: nous n'avons reçu aucune erreur à la suite de tests d'intégration pour la sortie d'une nouvelle version de facturation pour un opérateur mobile. Zéro erreur signifie que l'acceptation commerciale du client n'a pas trouvé d'erreur.
Il nous a fallu 2 ans pour le faire, et cela est dû à des améliorations dans plusieurs domaines: outils, expertise, documentation, travail avec un client, une équipe. Les améliorations varient en importance: connaître les spécificités et les processus du client est important, passer à une nouvelle échelle pour évaluer la complexité des tâches est facultatif et travailler avec la motivation de l'équipe est d'une importance cruciale.
Tout cela, ainsi que l'expérience que j'en ai tirée en tant que responsable des tests, je le raconterai dans mon rapport.
>>> Commençons la rencontre à 18h00 MSK.
Inscrivez-vous pour recevoir le lien: une lettre avec l'émission sera envoyée à tous les participants par courrier.
Rendez-vous en ligne!