버그를보고하는 사용자를위한 가장 좋은 방법은 무엇입니까?

Question

좋아요, 버질라 평균 최종 사용자에서 의지를 놀라게 할 것입니다. 심지어 심지어 같은 것들 사마귀 초기화되지 않은 사람에게는 약간 짜증이납니다.

최종 사용자 및 고객이 이해하기 쉬운 방식으로 버그를보고 할 수 있도록 쉽고 직관적이며 모든 정화가 아닌 방법을 구현할 수있는 방법, 웹 패키지 (선호), 인터페이스, 어떤 방법을 구현할 수 있습니까?

나는 Bugzilla와 같은 포괄적이고 협박하는 것에 의해 필요한 사전 지식보다는 형태에 근거하거나 포인트 앤 클릭 한 것에 대한 아이디어를 좋아합니다.

이메일은 평균 펀터에게 접근하기 쉬운 반면, 사용자에게 깨진 내용을 시도하고 알아내는 데 필요한 정보의 종류에 대해 사용자에게 프롬프트하지 않기 때문에 이상적이지 않은 것 같습니다.

지금까지 버그 - 버그 지니 평균 사용자와 대면하는 가장 무서운 옵션 인 것 같습니다. 나는 검색했지만 내 것과 같은 질문을 찾지 못했습니다.

제안, 아이디어, 통찰력 부탁드립니다!

Answer 1

당신은 절대적으로 옳습니다. Bugzilla를 사용하는 것은 사용자에게 달려 있지 않습니다. 그것은 Devs를위한 것입니다.

사용자가 사용하기를 기대하면 사용자 측에서 오류보고는 정말 간단해야합니다. (예 : "이 버그를 MS에보고"할 때 나는 보통 1 클릭 메커니즘에도 불구하고 취소를 누르십시오.)

또한 버그를 추적하는 데 필요한 정보를 얻는 것뿐만 아니라 사용자가 돌보는 것처럼 무언가가 수행되는 것처럼 느끼게하는 것입니다.

이 모든 것의 결과로, 나는 개발자로서 당신에게 적합한 버그 추적 패키지와 함께 갈 것입니다. 그런 다음 최종 사용자를 위해 특별히 구축 된 멋지고 단순하고 친근한 웹 형 인터페이스에서이를 제공합니다.

그런 다음 오류가 발생하면 프로그래밍 방식으로 답변 할 수없는 사용자에게만 질문하십시오. 이상적으로는 예외 처리는 이미 현재 조치 (송장 저장), 현재 컨텍스트 (송장 화면), 실행중인 엔티티 (송장 #10013) 및 프로그램의 모든 예외 정보를 추적해야합니다. 이것을 캡처하고 원격으로 검색 할 수없는 경우 사용자가 '이 문제를보고'할 때 웹 양식 (URL 매개 변수 등)으로 공급하십시오. 민감한 데이터 요구 사항에주의를 기울이십시오.

그러면 사용자에게 '이 문제에 대해 어떻게 연락 할 수 있습니까?'와 같은 사람의 질문을 사용자에게 물어봐야합니다. (방법 / 시간 등), 그리고 인간으로부터 반응을 얻는 데 걸리는 시간에 대한 아이디어를 제공합니다.

나는 이것이 소프트웨어 권장 사항을 제공하지 않는다는 것을 알고 있지만, 여전히 문제를 처리하기위한 좋은 조언입니다.

Answer 2

추천 할 특정 제품이 없지만 작업 소프트웨어를 제공하는 회사는 웹 사이트에 "클라이언트"영역이 있습니다. 로그인하고 "문제보고"를 클릭 한 다음 제품을 선택하는 간단한 양식을 작성하고 텍스트 상자에 문제가 무엇인지에 대해 작성하십시오. 또한 스크린 샷/파일을 첨부 할 수 있습니다.

사용자는보고 한 문제와 상태 (신규, 할당, 고정)를 볼 수 있습니다. 양식을 제출 한 후에는 이메일을 적절한 그룹으로 발송한다고 가정하지만 확실하지 않습니다.

물론 버그 보고서를 작성할 때 재생산 단계 등을 포함합니다. 그러나 "무섭지 않다"고, 나는 이런 식으로 코딩과 최종 사용자 모두에게 매우 간단하다고 생각합니다. 컴퓨터 기술이없는 사무실의 다른 사람들은 아무런 문제가없는 보고서를 제출했습니다.

---

반대로, 나는 사용합니다 Digsby 내 채팅 클라이언트로서 도움말 메뉴에서 "버그 보고서 제출"옵션을 제공합니다. 문제를 입력 할 수있는 창이 열립니다. 스냅 샷을 포함시킬 수있는 옵션이 있습니다. 그것 Digsby의 열린 창문을 가져옵니다 (쿨, 사용자에게 "인쇄 화면"을 가르치고 MS 페인트 등에 붙여 넣기가 쉽지 않기 때문에), 보낼 때 진단 로그를 가져옵니다.

나도 이런 식으로 좋아합니다. 왜냐하면 누군가가 무엇이 잘못되었는지 (특히 디스플레이 버그와 함께)를 보여줄 수있는 기능이 내장되어 있기 때문입니다.

Answer 3

Bug Genie의 스크린 샷은 일반 사용자에게 약간의 발전이 보입니다. 이것이 웹 앱인지 데스크탑 앱인지 확실하지 않지만 몇 번의 쉬운 클릭만으로도 버그가 발생했을 때 그들이하고있는 일에 대한 설명을 설정하려고 노력합니다.

가능하면 로그 파일 및 기계 사양을 자동으로 전송하는 옵션을 제공하는 것은 좋지만 이는 사용 가능한지 여부에 따라 다릅니다.

우리는 Fogbugz를 버그 추적 소프트웨어로 사용하고 사용자가 스택 트레이스와 함께 메시지를 보낼 수있는 제출 오류 대화 상자를 만들었습니다. 분명히 이것이 아마도 옵션이 아닌 웹 앱이라면 얻을 수있는만큼 자동 정보를 얻으려고 노력합니다.

Answer 4

대답은이 페이지의 바로 바로 얼굴을 쳐다보고있었습니다. Uservoice와 같은 서비스는 최종 사용자가 버그, 변경 등을 지명하고 투표하는 좋은 방법입니다.

Answer 5

글쎄, 나는 이것이 QA의 임무라고 말하고 싶다 - 일반 사용자는 버그 보고서를 작성하는 사람이 올바른 사람이 아닙니다. 그러나 사용자 문제를 캡처하는 방법이 필요하다면 Vbulletin 또는 PHPBB 또는 이와 유사한 전용 포럼 주제와 같은 것을 사용해보십시오.

Answer 6

나는 해킹했다 사마귀 약간.

• 이메일-마티스 기능 (아직 안정적이지 않음).
• Mantis의 간단한 버그 보고서 양식의 단순화 된 버전은 Mantis가 새로운 문제를 저장하기 위해 요구하지 않은 모든 것을 제거했습니다.

Mantis Bug Report 양식은 엔터프라이즈 고객에게는 적절하지 않을 수 있지만 비 기술 동료 (및 내 공동 공동 작업자조차도)에게 유용합니다.)

그리고 수신 (FW)과 나가는 (BCC), Mantis에게 고객 이메일을 쉽게 얻을 수 있습니다.