Niemand, dem du es geben kannst.
Snag gibt dir stattdessen die Differenz.

Wenn man die gesamte Entwicklungsabteilung repräsentiert, ist ein Fehlerbericht eine Unterbrechung, bevor er zu einem Defekt wird. Der kostspieligste Teil ist fast nie die eigentliche Änderung, sondern die Ermittlung dessen, was die betreffende Person genau getan hat, womit, in welchem Browser und ob das Problem bereits bekannt ist.

Das Problem

Eine Person, die ein Produkt entwickelt, bearbeitet alle Phasen der Warteschlange gleichzeitig. Da kommt eine Meldung mit nur zwei Sätzen an. Man unterbricht die Arbeit, versucht, den Fehler zu reproduzieren, scheitert, versucht es erneut, und eine Stunde später sieht man sich eine Änderung von zwei Zeilen an, die man sofort hätte vornehmen können, wenn man gewusst hätte, worauf man achten muss. Noch schlimmer sind die Berichte, die man nicht reproduzieren kann, denn sie geben keinerlei Aufschluss darüber, ob die Ursache trivial oder strukturell ist – so bleiben sie in der Liste liegen und werden unbewusst ignoriert. Und die Tools, die Hilfe versprechen, fügen meist nur eine weitere Phase hinzu: ein weiteres E-Mail-Postfach, das verwaltet werden muss, eine weitere Integration, die eingerichtet werden muss, ein weiteres Abonnement, das gerechtfertigt werden muss, während der Umsatz noch minimal ist.

Wie Snag hilft

Der Rekonstruktionsschritt ist der, der wegfällt. Ein Bericht trifft als die Sitzung ein, aus der er stammt – Aufzeichnung, Konsole, Anfragen –, sodass Sie zuerst sehen, was passiert ist, statt einer Beschreibung davon. Was danach kommt, ist gestuft, damit Ihre Aufmerksamkeit dort landet, wo sie zählt: Ein günstiger Triage-Durchlauf liest die Belege und entscheidet, ob sich das überhaupt im Code beheben lässt; Duplikate, Ausfälle von Drittanbietern und schlichte Bedienfehler werden herausgefiltert, bevor irgendetwas berechnet wird. Fehler, die das überstehen, gehen in einen Sandbox-Versuch gegen eine private Kopie des Repositorys, wobei Ihre eigenen Tests gegen die Änderung laufen. Für den Anfang braucht es keinen Betriebsplan: Die kostenlose Stufe nimmt 15 Erfassungen im Monat ohne Karte, und unbegrenzte Erfassung kostet pauschal 29 $/Monat für den Arbeitsbereich – ob Sie allein arbeiten oder zu viert mit drei externen Mitarbeitern.

Was Sie zurückbekommen

Ein Pull Request oder eine ehrliche Ablehnung. Wenn die gesammelten Beweise keine Entsprechung im Code haben, stoppt der Agent und gibt das Ticket mit den gefundenen Ergebnissen und der Suchstelle zurück, anstatt eine Vermutung als Lösung auszugeben und Ihre Prüfzeit dafür zu verschwenden – dieser Durchlauf wird mit der Hälfte berechnet. Wenn er etwas findet, wird ein Branch mit der Begründung und den Beweisen erstellt, der auf Ihre Zustimmung wartet: Ohne menschliches Eingreifen findet kein Merge statt, daher liegt die endgültige Entscheidung über Ihr Produkt weiterhin bei Ihnen. Geändert hat sich die Art der Arbeit, nicht die Verantwortlichkeit – Sie gehen von der Fehlerrekonstruktion zur Analyse von Diffs über.

Fragen, die die Leute tatsächlich stellen

Gibt es einen kostenlosen Tarif, und ist dieser zeitlich begrenzt?

Ja, er braucht keine Karte und läuft nicht ab – er enthält 15 Erfassungen pro Monat, genug, um herauszufinden, ob die so eintreffenden Berichte besser sind als die, die Sie heute bekommen. Im darüberliegenden kostenpflichtigen Tarif ist die Erfassung unbegrenzt, zu 29 $/Monat für den Arbeitsbereich, ganz gleich, wie viele Menschen am Ende melden.

Was kostet mich eine Fehlerbehebung tatsächlich?

Die Tarife beinhalten ein monatliches Kontingent an Fehlerbehebungsversuchen – der Starter-Tarif kostet 49 $/Monat für 15 davon – und jeder weitere Versuch kostet 5 $. Zwei Regeln sorgen für eine faire Abrechnung im Vergleich zu einer pauschalen Gebühr pro Versuch: Ein Bericht, der von der Triage abgelehnt wird, wird nicht berechnet, und ein Versuch, der ohne Pull-Request endet, wird mit der Hälfte des Preises abgerechnet, da Sie für Arbeitsergebnisse und nicht für den Aufwand bezahlen. Die ersten 5 Versuche sind in jedem Tarif kostenlos.

Ich habe fast keine Tests. Ist der Agent für mich nutzlos?

Nein – es funktioniert in beiden Fällen. Wo eine Testsuite existiert, führt der Agent sie aus und öffnet über einer fehlschlagenden Suite keinen Pull Request; genau das macht seine Arbeit auf einen Blick vertrauenswürdig. Wo keine existiert, lesen Sie den Diff selbst, genau wie Sie den eines externen Dienstleisters lesen würden. Die Belege, aus denen er gearbeitet hat, hängen am Ticket, sodass die Durchsicht wenigstens die Durchsicht von etwas Konkretem ist.

Woher diese Details stammen

Diese Seite enthält keinerlei Angaben zu anderen Produkten – alle Informationen stammen von Snag. Ist etwas veraltet? Schreiben Sie eine E-Mail an admin@dvcllc.io, und wir korrigieren es.