Ende März fand im Büro von Wrike St. Petersburg das
Allure-Servertreffen statt. In wenigen Stunden gelang es uns, konzentrierte Informationen über das neue
Allure-Server- Tool, über moderne Praktiken bei der Arbeit mit Testdokumentation und Selbsttests sowie über interessante Erfahrungen im Zusammenspiel von Wrike-Tests und einem neuen Anbieter auf dem TMS-Systemmarkt bereitzustellen.
Für diejenigen, die nicht kommen konnten, veröffentlichen wir Videos von Berichten.
Anton Bashkirov (Wrike QA Lead) sprach über das Konzept und das Allure-Serverprodukt selbst, darüber, wie unser Bedarf an schneller und kostengünstiger
Testdokumentation und zentraler Arbeit damit zusammenwuchs und von den Ideen des
qameta.io- Teams
durchdrungen wurde. Ich skizzierte unsere weiteren Pläne für die Arbeit mit dem Allure-Server.
Anton Bashkirov - Allure Server: Transformation des Testfallmanagements in Wrike
Der übliche Dokumentationsprozess kann folgendermaßen aussehen: Das QS-Handbuch schreibt eine Checkliste → schreibt Testfälle → gibt sie zur Automatisierung → unterstützt die Dokumentation, wenn sich Autotests ändern. Wir haben herausgefunden, wie wir die Kosten dieser Kette vereinfachen und senken können, indem wir QA und QAA in einen gemeinsamen Arbeitsablauf im Team integrieren und auf ein einheitliches Dokumentationssystem umsteigen.
Wir lernen, alle Testartefakte als Dokumentation für unser Produkt zu verwenden. Wir verwenden aktiv Anmerkungen zum Autotest-Code und verknüpfen sie mit den entsprechenden Attributen in der Server-Allure-Datenbank, sodass wir mit Testfällen, Checklisten, End2end- und Integrationstests in einem einzigen geordneten Ökosystem arbeiten können .
Ivan Varivoda (Wrike QA-Automatisierung) befasste sich mit der für uns sehr wichtigen Geschichte der
Testquarantäne , die es uns ermöglicht, die Ergebnisse aus dem Start, der Reparatur und der Rückgabe stabilisierter Autotests in den Stream zu übertragen. Auch hier handelt es sich um eine Lösung, die zunächst separat vom Allure-Server erstellt und in Zusammenarbeit mit Entwicklern in dieses System integriert wurde.
Ivan Varivoda - Quarantänetests oder wie man mit 10K-Selentests nicht verrückt wird
In der Testautomatisierung sind Situationen leider nicht ungewöhnlich, in denen einige der Autotests vorübergehend nicht mehr richtig funktionieren. Möglicherweise handelt es sich hierbei um Testflaschen, oder ihre Leistung wurde durch ein Infrastrukturproblem oder einen Fehler beeinträchtigt. Auf die eine oder andere Weise müssen wir solche Tests beim Start „ausschalten“ oder ignorieren.
Wenn ein Projekt eine kleine Anzahl von Tests hat und diese nicht oft verfolgt werden - es gibt keine besonderen Probleme, aber mit der Zunahme der Anzahl von Tests und täglichen Starts wird es äußerst notwendig, fehlerhafte Tests so schnell wie möglich auszuschalten und "Aus" -Tests kontrollieren zu können.
Artyom Eroshenko (qameta.io), Mikhail Levin (Wrike QA Director) unter Beteiligung von
Dmitry Baev (qameta.io) diskutierten zusammen mit dem Publikum den Allure-Server und generell Ansichten zur modernen
Testdokumentation .
