Ist es sinnvoll, den Testern die Berechtigung zum Abmelden zu erteilen? Sollte ein Testteam
- Testen Sie einfach Funktionen, Probleme usw., und melden Sie sie auf der Basis von Bestanden / Nicht Bestanden, und überlassen Sie es anderen, anhand dieser Ergebnisse zu handeln
- Haben Sie die Befugnis, auf der Grundlage dieser Ergebnisse selbst Veröffentlichungen aufzuhalten?
Mit anderen Worten, sollten Tester aufgefordert werden, sich bei Releases tatsächlich abzumelden? Das Testteam, mit dem ich zusammenarbeite, ist der Meinung, dass dies der Fall ist, und wir haben ein Problem damit, weil sich der Testumfang verschlechtert. Die Ablehnung der Freigabe basiert manchmal auf Problemen, die in der betreffenden Version ausdrücklich nicht behandelt werden.
testing
release-management
process
Ernest Friedman-Hill
quelle
quelle
Antworten:
Die meisten Orte, an denen ich gearbeitet habe, haben die QA-Mitarbeiter eine Art Abmeldeschritt, haben jedoch keine endgültige Berechtigung, ob die Veröffentlichung fortgesetzt wird oder nicht. Ihre Freigabe bedeutet, dass sie die vom Release-Plan erwarteten Tests abgeschlossen haben und nicht, dass das Release fehlerfrei ist.
Letztendlich müssen QA! = Das Unternehmen und das Unternehmen entscheiden, ob sie mit der Bereitstellung des Codes im aktuellen Zustand einverstanden sind oder ob der Nutzen den Nachteil oder was auch immer überwiegt. Dies wird häufig von Kunden oder Stakeholdern unmittelbar vor der Bereitstellung durchgeführt und wird häufig als Benutzerakzeptanz bezeichnet.
Wenn Ihre Qualitätssicherung auch Ihre Benutzerakzeptanzgruppe ist, besteht die Möglichkeit, dass sie befugt ist, Ihren Release-Kandidaten als inakzeptabel zu definieren. Wenn Sie dies jedoch über Probleme hinwegbekommen, die nicht in den Geltungsbereich von Bugfix / Iteration / Sprint / Änderung fallen Anfrage / Was auch immer Sie sich Zeit nehmen, der Projektmanager oder die Stakeholder des Geschäftsbereichs müssen sich mit dem QA-Team zu Jesus treffen.
Es ist in Ordnung, über bereits vorhandene Mängel oder unbeabsichtigte Ergebnisse neuer Anforderungen zu berichten, aber wenn dies außerhalb des Geltungsbereichs liegt und keine Katastrophe darstellt, ist es im Allgemeinen nicht akzeptabel, das Problem als Blockierungsproblem zu kennzeichnen. Es geht in den Rückstand für den Product Owner, wie alles andere Prioritäten zu setzen.
quelle
Jemand braucht diese Autorität . Ob es sich um einen Tester, das Testerteam, den Leiter des Testerteams oder den Leiter der Entwicklungsorganisation handelt, spielt keine Rolle. Oder genauer gesagt, es hängt von der Organisation ab.
Letztendlich ist die Entscheidung, Software freizugeben, eine Geschäftsfunktion. Das Unternehmen muss entscheiden, ob die Qualität angemessen ist. Der Leiter der Qualitätssicherung sollte diese Entscheidung treffen oder sie der entsprechenden Geschäftseinheit übermitteln. Das hängt alles von der Größe des Unternehmens, der relativen Bedeutung der Qualität usw. ab.
Abgesehen davon beginnen die Informationen, die für die Entscheidung herangezogen wurden, mit dem Tester . Unabhängig davon, ob sie die Möglichkeit haben, eine Veröffentlichung zu stoppen oder nicht, sollten sie sich verpflichtet fühlen, die Entscheidungsträger zu informieren, wenn sie etwas sehen, von dem sie glauben, dass es eine Verzögerung bei der Veröffentlichung hervorruft.
quelle
Es ist genauso sinnvoll, den Testern die Autorisierung zum Abmelden (dh ein Vetorecht) für Veröffentlichungen zu erteilen, wie den Entwicklern dieses Recht zu erteilen: keines.
Tester und Entwickler sind in erster Linie Techniker, daher werden sie ihre Entscheidungen wahrscheinlich hauptsächlich aus technischen Gründen treffen. Die Bedenken, die bei der Erstellung eines Releases abgewogen werden müssen, sind jedoch sowohl technische als auch geschäftliche Bedenken. Offensichtlich ist der Kunde nicht zufrieden, wenn Sie ein fehlerhaftes Produkt ausliefern, aber der Kunde ist gleichermaßen unzufrieden, wenn Sie eine Veröffentlichung immer wieder verschieben, da noch offene Probleme mit dem Produkt bestehen.
Jemand muss die richtige Balance zwischen einem guten Produkt und der Einhaltung des Zeitplans finden, der dem Kunden versprochen wurde. Zu diesem Zweck sollten Sie nicht in einer rein technischen, sondern in einer eher geschäftsorientierten Rolle wie dem Projektmanager oder dem Product Owner am Projekt beteiligt sein und Ihre Meinung von den Testern und Entwicklern einholen.
quelle
Die Entscheidung, "freizugeben" oder "nicht freizugeben", ist letztendlich eine Geschäftsentscheidung, bei der eine strenge Risiko- / Ertragsanalyse durchgeführt werden muss.
Es ist verrückt, wenn eine Organisation das Testteam auffordert, diese Verantwortung zu übernehmen, oder wenn das Testteam dieser Verantwortung zustimmt.
Die Rolle des Testteams besteht darin, eine Analyse der Qualität der Software, ihrer Freigabebereitschaft und aller Risiken bereitzustellen, die als Einfluss auf die Geschäftsentscheidung zur Freigabe oder Nichtfreigabe identifiziert wurden.
Wie andere angemerkt haben, braucht _ jemand _ (und ich glaube, es ist eine Einzelperson) die Autorität, um die 'Freigabe'- oder' Nichtfreigabe'-Entscheidung zu treffen. Dieselbe Person kann diese Entscheidung unter bestimmten Bedingungen delegiert haben (dh keine P1- oder P2-Bugs)
quelle
Ich habe mit der gleichen Situation gearbeitet, in der Tester immer kreativere Methoden entwickelt haben, um ein System zu durchbrechen, die bei einer Risikobeurteilung in der Produktion kaum jemals vorkommen werden.
Obwohl ich das Testteam verstehe und empfehle, dass es keine unvollständige Freigabe senden möchte, ist eine starke Produktbeteiligung erforderlich, um zu definieren, was ein "akzeptables Risiko" ist.
Meiner Erfahrung nach sollte das Testteam ein Veto gegen die Freigabe von Software erhalten, dieses Veto sollte jedoch vom Produktbesitzer außer Kraft gesetzt werden, jedoch nur nach Absprache mit den führenden Testern.
Software wird niemals perfekt sein, wenn Sie unter Testkriechen leiden, werden Sie niemals etwas veröffentlichen, bis es ein großes Produktionsproblem gibt (das nicht korrekt getestet wird) und es schnell erledigt.
quelle