Zastosowania
Pluely dla testerów QA: triaż błędów i kroki reprodukcji
Konsolę właśnie zalał stack trace, którego nie rozpoznajesz. Robisz zrzut, wrzucasz go na czat, czekasz i tracisz wątek tego, co testujesz. Pluely skraca tę pętlę do kilku sekund. Zrób zrzut ekranu błędu, zapytaj od razu w nakładce i dostań wyjaśnienie wyświetlane na bieżąco, póki błędny stan nadal jest na ekranie. A gdy przyjdzie dzień triażu, Pluely transkrybuje całe spotkanie i przypisze każdy błąd do właściciela.
Podczas testowania
- Debugowanie od zrzutu ekranu: przechwyć okno błędu, wynik konsoli albo stan interfejsu niezgodny ze specyfikacją za pomocą przesyłania obrazów (cały ekran lub wybrany obszar) i zapytaj w trybie Zapytaj, co prawdopodobnie się dzieje. Odpowiedź wyświetla się na bieżąco. Naciśnij Zatrzymaj, gdy tylko przeczytasz wystarczająco dużo.
- Ten sam ekran, kilka pytań: włącz przełącznik „Użyj obrazu”, a każde wpisane pytanie automatycznie zabierze ze sobą aktualny ekran, więc przy debugowaniu nie trzeba za każdym razem robić nowego zrzutu. Inteligentne sugestie podsuną oczywiste kolejne pytanie.
- Kroki reprodukcji: opisz, co robisz przed wystąpieniem błędu, i poproś Pluely o ułożenie z tego czytelnej, ponumerowanej sekwencji reprodukcji, którą programista odtworzy krok po kroku.
- Oczekiwane a rzeczywiste: dołącz specyfikację lub zgłoszenie jako PDF, zrób zrzut rzeczywistego wyniku i poproś Pluely o precyzyjne opisanie różnicy. Wystarczy raz dołączyć specyfikację produktu do własnego promptu w sekcji Prompty, a każda odpowiedź będzie opierać się na prawdziwych kryteriach akceptacji.
Podczas triażu i bug bashy
Włącz tryb Słuchaj na spotkaniach triażu, na których kilkanaście defektów zlewa się w jedno. Transkrypcja na żywo z podziałem na mówców dokładnie zapisuje, która poprawka trafiła do którego inżyniera i który błąd odłożono na później, a który rozwiązano. Żaden bot nie dołącza do rozmowy, a całość działa z każdą aplikacją do spotkań, z której korzysta zespół. Potem z zapisanego spotkania w sekcji Spotkania wygenerujesz podsumowanie dla każdego defektu i zadania do wykonania gotowe do wklejenia do systemu zgłoszeń.
Jak to skonfigurować
- Przy samodzielnym testowaniu wystarczy tryb Zapytaj: zrób zrzut i zapytaj, niczego nie trzeba włączać ani wyłączać.
- Na spotkania triażu przełącz się na tryb Słuchaj i przyznaj uprawnienia do mikrofonu i nagrywania ekranu.
- Na początku spotkania naciśnij Zacznij słuchać. Nakładka pozostaje na wierzchu i nie odbiera fokusu testowanej aplikacji.
- Na koniec naciśnij Zatrzymaj. Spotkanie zapisze się automatycznie, gotowe do wygenerowania zadań.
- Za pomocą kart Najnowsze/Wszystko w trybie Zapytaj przełączaj się między bieżącą odpowiedzią a wszystkim, o co pytasz w tej sesji.
Wskazówki
- Gdy liczy się precyzja, wklejaj dokładne komunikaty błędów razem ze zrzutem ekranu. Zrzut daje kontekst, ale dokładny tekst najbezpieczniej jest wpisać.
- Zespoły, które i tak żyją w terminalu, mogą skierować Pluely na lokalny CLI (Claude Code, Gemini CLI, OpenAI Codex, Qwen Code lub Ollama). Zobacz Wybór modelu. Własne klucze i CLI nie są wliczane do limitów Pluely.
- Wpisz w prompcie wymóg ponumerowanych kroków reprodukcji, aby zgłoszenia błędów wyglądały tak samo w całym zespole QA.
- Załączniki w trybie Zapytaj mogą mieć maksymalnie 20 MB. Podziel ogromną specyfikację, zamiast dołączać ją w całości.
Powiązane
Ostatnia aktualizacja: 10 lipca 2026 · pluely.com