활용 사례
QA 테스터를 위한 Pluely: 버그 분류와 재현 노트
처음 보는 스택 트레이스가 콘솔을 가득 채웠어요. 스크린샷을 찍어 채팅에 올리고 기다리다 보면, 뭘 테스트하고 있었는지 흐름을 놓쳐요. Pluely는 이 과정을 몇 초로 줄여 줘요. 오류를 스크린샷으로 찍고 그 자리에서 오버레이에 물어보면, 실패한 상태가 아직 화면에 있는 동안 스트리밍 설명을 받을 수 있어요. 버그 분류 회의 날이 오면 통화 전체를 받아쓰고 모든 버그를 담당자와 연결해 줘요.
테스트하는 동안
- 스크린샷부터 시작하는 디버깅: 오류 대화상자, 콘솔 출력, 스펙과 맞지 않는 UI 상태를 이미지 업로드(전체 화면 또는 영역 캡처)로 캡처하고 질문 모드에 무슨 일인지 물어보세요. 답변이 스트리밍되며, 충분히 읽었으면 바로 중지를 누르세요.
- 같은 화면, 여러 질문: “이미지 사용” 토글을 켜면 입력하는 모든 질문에 현재 화면이 자동으로 포함되므로, 디버깅하며 주고받을 때마다 스크린샷을 새로 찍을 필요가 없어요. 스마트 후속 질문 칩이 다음에 물어볼 만한 질문을 미리 준비해 줘요.
- 재현 단계: 실패 직전에 무엇을 했는지 설명하고, 개발자가 그대로 따라 할 수 있는 깔끔한 번호 매긴 재현 순서로 정리해 달라고 Pluely에게 요청하세요.
- 기대 결과와 실제 결과: 스펙이나 티켓을 PDF로 첨부하고 실제 결과를 스크린샷으로 찍은 다음, 그 차이를 정확히 정리해 달라고 하세요. 제품 스펙을 프롬프트의 사용자 지정 프롬프트에 한 번 첨부해 두면 모든 답변이 실제 인수 조건에 근거해요.
버그 분류 회의와 버그 배시 중
결함 열두 개가 뒤섞이는 분류 회의에서는 듣기 모드를 켜세요. 화자가 구분된 실시간 녹취록이 어떤 수정이 어느 엔지니어에게 갔는지, 어떤 버그가 우선순위에서 밀렸고 어떤 버그가 해결됐는지 정확히 기록해요. 통화에 봇이 들어오지 않고, 팀이 쓰는 어떤 회의 앱과도 동작해요. 회의가 끝나면 저장된 회의(회의)에서 결함별 요약과 트래커에 바로 붙여넣을 할 일을 만들 수 있어요.
설정 방법
- 혼자 테스트할 때는 질문 모드만 쓰면 돼요. 스크린샷을 찍고 물어보면 끝이고, 시작하거나 멈출 것이 없어요.
- 분류 회의에서는 듣기 모드로 전환하고 마이크와 화면 기록 권한을 허용하세요.
- 통화가 시작되면 듣기 시작을 누르세요. 오버레이는 항상 맨 위에 떠 있지만 테스트 중인 앱에서 포커스를 뺏지 않아요.
- 끝나면 중지를 누르세요. 할 일을 만들 수 있도록 회의가 자동으로 저장돼요.
- 질문 모드의 최신/전체 탭으로 현재 답변과 이번 세션에서 물어본 모든 내용 사이를 오가세요.
팁
- 정확성이 중요할 때는 스크린샷과 함께 정확한 오류 문자열을 붙여넣으세요. 스크린샷은 맥락을 주지만, 정확한 텍스트는 직접 입력하는 게 가장 안전해요.
- 이미 터미널에서 일하는 팀이라면 모델 선택에서 Pluely를 Claude Code, Gemini CLI, OpenAI Codex, Qwen Code, Ollama 같은 로컬 CLI에 연결할 수 있어요. 직접 연결한 키와 CLI는 Pluely가 사용량을 집계하지 않아요.
- 프롬프트에서 번호 매긴 재현 단계를 표준으로 정해 두면 QA 팀 전체의 버그 리포트 형식이 통일돼요.
- 질문 모드 첨부 파일은 최대 20 MB예요. 아주 큰 스펙은 통째로 첨부하지 말고 나눠서 첨부하세요.
관련 문서
최종 업데이트: 2026년 7월 10일 · pluely.com