PluelyPluelyDoku

Anwendungsfälle

Pluely für QA-Tester: Bug-Triage und Reproduktionsnotizen

Ein Stacktrace, den du nicht kennst, hat gerade die Konsole gefüllt. Du machst ein Bildschirmfoto, postest es im Chat, wartest und verlierst den Faden bei dem, was du gerade getestet hast. Pluely verkürzt diese Schleife auf Sekunden. Mach ein Bildschirmfoto vom Fehler, frag direkt im Overlay und bekomm eine gestreamte Erklärung, während der fehlerhafte Zustand noch auf deinem Bildschirm ist. Und wenn der Triage-Tag kommt, transkribiert es den ganzen Call und ordnet jedem Bug eine verantwortliche Person zu.

Beim Testen

  • Debugging per Bildschirmfoto: Nimm einen Fehlerdialog, eine Konsolenausgabe oder einen UI-Zustand, der nicht zur Spec passt, mit Bild-Uploads auf (ganzer Bildschirm oder Bereich) und frag im Fragen-Modus, was vermutlich los ist. Die Antworten werden gestreamt; klicke auf „Stoppen“, sobald du genug gelesen hast.
  • Ein Bildschirm, mehrere Fragen: Schalte „Bild verwenden“ ein, und jede Frage, die du tippst, enthält automatisch den aktuellen Bildschirm. Ein Hin und Her beim Debuggen braucht also nicht jedes Mal ein neues Bildschirmfoto. Smarte Folgefrage-Chips legen dir die naheliegende nächste Frage bereit.
  • Reproduktionsschritte: Beschreib, was du vor dem Fehler gemacht hast, und lass Pluely daraus eine saubere, nummerierte Reproduktionsabfolge machen, der ein Entwickler genau folgen kann.
  • Erwartet vs. tatsächlich: Häng die Spec oder das Ticket als PDF an, mach ein Bildschirmfoto vom tatsächlichen Ergebnis und lass Pluely die Abweichung präzise benennen. Häng deine Produkt-Spec einmal unter Prompt-Vorlagen an einen eigenen Prompt an, dann beruht jede Antwort auf den echten Akzeptanzkriterien.

Bei Triage und Bug Bashes

Schalte bei Triage-Calls, in denen ein Dutzend Fehler ineinander verschwimmen, den Zuhören-Modus ein. Das Live-Transkript mit Sprecherkennzeichnung hält genau fest, welcher Fix an welchen Entwickler ging und welcher Bug zurückgestellt und welcher gelöst wurde. Kein Bot tritt dem Call bei, und es funktioniert mit jeder Meeting-App, die dein Team nutzt. Danach erstellt das gespeicherte Meeting unter Meetings eine Zusammenfassung pro Fehler und Aufgaben, die du direkt in den Tracker einfügen kannst.

So richtest du es ein

  1. Fürs Testen allein reicht der Fragen-Modus: Bildschirmfoto machen und fragen, nichts zu starten oder zu stoppen.
  2. Für Triage-Calls wechselst du in den Zuhören-Modus und erteilst die Berechtigungen für Mikrofon und Bildschirmaufnahme.
  3. Klicke auf „Zuhören starten“, wenn der Call beginnt. Das Overlay bleibt im Vordergrund, ohne der getesteten App den Fokus zu nehmen.
  4. Klicke am Ende auf „Stoppen“; das Meeting wird für die Aufgaben automatisch gespeichert.
  5. Nutze im Fragen-Modus die Tabs „Neueste“ und „Alle“, um zwischen der aktuellen Antwort und allem, was du in dieser Sitzung gefragt hast, zu wechseln.

Tipps

  • Füge genaue Fehlertexte zusätzlich zum Bildschirmfoto ein, wenn es auf Präzision ankommt: Bildschirmfotos liefern Kontext, aber exakter Text kommt eingetippt am zuverlässigsten an.
  • Teams, die ohnehin im Terminal leben, können Pluely über die Modellauswahl mit einer lokalen CLI verbinden, ob Claude Code, Gemini CLI, OpenAI Codex, Qwen Code oder Ollama. Eigene Schlüssel und CLIs werden von Pluely nicht gezählt.
  • Leg in deinem Prompt nummerierte Reproduktionsschritte als Standard fest, damit sich Bugreports im ganzen QA-Team gleich lesen.
  • Anhänge im Fragen-Modus sind auf 20 MB begrenzt: Teil eine riesige Spec auf, statt sie als Ganzes anzuhängen.

Verwandte Themen

Zuletzt aktualisiert: 10. Juli 2026 · pluely.com