Ich habe diesen Artikel 2013 in Working Confluence geschrieben. Und zum Zeitpunkt dieses Schreibens (2019) war es noch relevant.
Anfangs schrieb ich die Checkliste als Erinnerung auf, auch für mich. Weil Sie zu Aufgaben zurückkehren müssen, einschließlich Personen, die sie NICHT überprüft haben. Beispielsweise ist es während einer Regression erforderlich, mindestens eine Grundfunktion zu überprüfen.
Und so öffnen Sie die Aufgabe, scrollen zum letzten Kommentar, um zu sehen, welche Dokumentation, was funktioniert und dort ... Sie ist leer. Oder das bescheidene "Alles ist überprüft, alles ist in Ordnung." Wo ist die Dokumentation? Ich bin nicht im Thema der Aufgabe, ich möchte mehr lesen!
Oder wenn der Kunde schreibt, dass etwas für ihn nicht funktioniert und Sie prüfen möchten, ob die Situation durch Selbsttests abgedeckt ist. Sie gehen zur Aufgabe und es gibt keinen Link zu Autotests. Sie haben überhaupt nicht geschrieben? Oder haben Sie den Link einfach nicht angegeben? Ich muss herausfinden ...
So erschien die Checkliste zum Schließen der Aufgabe:
- Überprüfen Sie die Aufgabe (Hallo Kappe). Verwenden Sie vorgefertigte Checklisten für typische Aufgaben und vermeiden Sie typische Fehler bei Autotests.
- Schreiben Sie eine Dokumentation darüber (Min-User, Max-User und "für Kollegen").
- Hinterlassen Sie in JIRA einen Kommentar: "Ich habe den Baugruppenkern ***, Kunde *** überprüft und mir dies, dies und das angesehen, hier ist es."
- Fügen Sie der Aufgabe Testdaten hinzu, wenn etwas manuell überprüft wurde.
Es ist eine Art "über uns", aber eigentlich universell. Wenn der Tester keine Dokumentation in Ihrem Unternehmen schreibt, ändern wir den zweiten Absatz in "Überprüfen Sie, ob alle erforderlichen Dokumentationen geschrieben oder aktualisiert wurden".
Wir werden jeden Artikel separat analysieren.
Die Dokumentation
Wenn für die Aufgabe keine Dokumentation vorhanden ist (es spielt keine Rolle, ob es sich um einen Fehler oder eine Verbesserung handelt), wird sie erneut entdeckt.
Wenn es eine Dokumentation gibt, aber in JIRA im letzten Kommentar kein Link dazu vorhanden ist, wird die Aufgabe wiederentdeckt.
(harte Zeiten, harte Maßnahmen)Mindestanforderung zum Schreiben / Korrigieren von Benutzeranforderungen.
Wenn sich die Konfigurationen des Projekts geändert haben, müssen Sie überprüfen, ob für eine solche Änderung eine technische Dokumentation vorhanden ist. Wenn nicht, schreiben Sie.
Wenn Migrationsaufgaben hinzugefügt wurden, schreiben Sie sofort eine allgemeine Anweisung zum Aktualisieren der Version.
Kommentar
Wenn Sie später zur Aufgabe zurückkehren müssen, ist es manchmal hilfreich herauszufinden, welche Version der Tester getestet und was er überprüft hat (kurz).
Wir schreiben die Versionen von mercurial, geben einen Link zur Dokumentation und eine kurze Beschreibung: Ich habe sie manuell über die / SOAP / buffer-Schnittstelle überprüft.
Testdaten
Wenn die Aufgabe manuell überprüft wurde, stellen Sie sicher, dass Sie Testdaten anhängen (wenn sie nicht 3 TB wiegen).
Ja, diese Daten können aus dem gemeinsam genutzten Repository abgerufen werden, aber dort können sie bereits geändert oder sogar gelöscht werden.
(Wir haben ein gemeinsames Repository mit Testdaten, aber alle Dateien sind auf der Festplatte gespeichert. Wir haben es im Versionskontrollsystem versucht, es hat mir nicht gefallen, niemand hat es dort festgeschrieben, aber sie haben es irgendwie auf der Festplatte abgelegt.)Manchmal scheint es, dass dies alles Müll ist, sie haben eine Gegenpartei erstellt oder eine Auswahl nach Ansicht gesammelt.
Wenn jedoch in einem halben Jahr beim Kunden ein Problem auftritt und die alten Aufgaben für die Wiedergabe aufgeworfen werden, helfen diese Dateien sehr, wenn sie mehrmals überprüft werden. Die tatsächlichen Daten aus dem Speicher sind jedoch bereits veraltet.
Denken Sie daran: Es dauert 1 Minute, bis eine fertige SQL-Abfrage durchgeführt und die Datenbank überprüft wurde. Und wieder zu sitzen und diese Anfrage zu stellen - es kann eine Stunde dauern, wenn nicht mehr. Sparen Sie Zeit!
Deshalb:
- Erstellt eine Datenbank aus dbStart - Anhang dbStart (Excel, in dem ein Teil der Datenbank zum Testen gespeichert wird).
- Wir haben Testdaten aus dem Speicher heruntergeladen - wir haben die heruntergeladene Datei angehängt.
- Wir haben sie von einem anderen Ort heruntergeladen - wir fügen sie dem Repository hinzu und hängen sie an die Aufgabe an.
Siehe auch:Wie erstelle ich schnell eine Vorlagendatenbank in Maven? - darüber, wie wir dbStart zum Testen machen.
Der Kommentar zu Tests, Dokumenten und Daten sollte endgültig sein. Und nicht so sehr, dass "ich solche und solche Tests geschrieben, solche und solche Probleme gefunden habe" und dann 20 Kommentare mit dem Entwickler korrespondiert und Ihr "Finale" irgendwo in der Mitte verloren gegangen ist. Wenn Sie sich verlaufen - duplizieren Sie (das alte kann gelöscht werden).
Beispiele
Als wir neue Tester rekrutierten, reichte dieser Artikel nicht aus. Weil ich die Aufgaben der Junioren wiederentdeckt und erklärt habe, wie man den letzten Kommentar so korrigiert, dass er verständlich ist. Und sie fragten wiederum nach Beispielen für "wie es geht".
In dem Artikel erschien also ein weiterer Block - "Beispiele". Es ist wichtig, Links zu realen Aufgaben in der Arbeitsjira + einige zusätzliche Artikel in Konfluenz bereitzustellen. Die Beispiele sollten unterschiedlich sein: sowohl für große Kommentare, als 200 Autotests zu einer Aufgabe geschrieben wurden, als auch für kleine Aufgaben, denen sich die Jungs jeden Tag stellen müssen.
Ich werde keine Links geben, aber die Bedeutung ist hoffentlich klar. Der Abschnitt sieht ungefähr so aus:Beispiele für große Aufgaben mit vielen Docks und Tests:
- TEST-679 - Verbesserungen an JMS
- TEST-760 - Rückfluss zu verschiedenen JMS-Quellen
Beispiele für kleine Aufgaben:
TEST-816 - erweitert das Zustimmungsmodell.
Achten Sie beim Testen von „Funktionen zur Demo hinzufügen“ besonders auf das Refactoring - senden Sie die Dokumentation an den Kern, alle Tests in der Demo und den Rest durch Aufnahme usw. Beispiel:
TEST-4519 - Fügen Sie der Demo eine
Kreuzabstimmung von FL-IP hinzu.
Beispiele für nützliche Kommentare "Wie habe ich das getestet?", Zu denen Sie erneut zurückkehren (es ist besser, sie im HOWTO zu veröffentlichen, aber Sie sollten sie in der Aufgabe belassen):
TEST-812 - Machen Sie die Neuerstellung des Index nicht blockierend (wo Sie die Pause * ablegen müssen, um sie zu überprüfen).
* Bryak: Haltepunkt (Slang) - der Code-Haltepunkt. Wenn Sie den Quellcode im Debug-Modus ausführen, helfen solche Punkte, die Parameter zu verfolgen und den Fehler zu lokalisieren.PS - siehe andere Testartikel in meinem Blog