2010-05-28 2 views
2

오류보고에 대한 몇 가지 지침이 있는데, 일반적으로 사용자에게 잘못된 정보를 제공 할 때 유용한 정보를 제공하지만 오류를 처리하고 이러한 오류가 발생할 수 있음을 알고 있어야합니다. 404 오류 페이지를 디자인하는 방법에 대한 기사도 많이 있습니다. 그러나 소프트웨어의 실패로 인한 새로운 처리되지 않은 오류가 발생하면 무엇을 할 수 있습니까?알 수없는 오류가 발생했음을 사용자에게 알리는 방법은 무엇입니까?

웹 사이트의 예상치 못한 오류를 예기치 않은 오류 500으로 올바르게보고하는 방법에 대한 몇 가지 지침이 있습니까?

이 경우 어떤 헤더 메시지를 표시해야합니까? 과 같은 것 "죄송합니다, 예기치 않은 오류가 발생했습니다"이면 충분합니까?

어떤 정보를 제공해야합니까?

개발자에게 오류를보고하는 데 도움이되는 메커니즘이 있어야합니까? 어느 것?

+3

쇼 "ruh- 노! " –

답변

1

오류가 발생했을 때 가장 먼저 기억해야 할 점은 사용자를 놀라게하거나 혼동하지 마십시오.

  1. 오류 페이지는 유사한 레이아웃, 동일한 색상으로 원활하게 사이트에 통합되어야합니다. 이 페이지는 사이트의 일부이며 이전 작업의 결과임을 분명히해야합니다.
  2. Matthew Wilson과 codymanix가 말했듯이 너무 기술적이어서는 안됩니다. 오류 메시지는 분명하고 이해할 수 있어야합니다. 오류가 어디서 왔는지 모르는 경우 그냥 말하십시오.
  3. 어떤 종류의 거래 중에 오류가 발생하면 그 결과를 사용자에게 알려야합니다.오류로 인해 온라인 주문이 중단되면 트랜잭션이 수행되었는지 여부를 알 수 있어야합니다.

이제 사용자에게 뭔가 나쁜 소식이 전해졌습니다. 개발자에게 알릴 때입니다. 솔루션을 많이 포함하여, 주위가 있습니다 (예 : 윈도우 이벤트 로그 등)

  1. 사용자 정의 오류 로그
  2. OS에서 제공하는 오류 로그
  3. 전자 메일 경고
-2

이 경우 어떤 헤더 메시지를 표시해야합니까? "죄송합니다. 예기치 않은 오류가 발생했습니다"와 같은 것으로 충분합니까?

"오류가 발생하여 오류가 발생했습니다!"

어떤 정보를 제공해야합니까?

에 대한 정보는 무엇입니까?을 알 수 있습니까?

개발자에게 오류를보고하는 데 도움이되는 메커니즘이 있어야합니까? 어느 것?

아니요! 오류를보고하거나 기록하지 마십시오! 나는 오류를 수정할 수있는 능력으로 이어질 수 있었다!

X-D

+0

일부 사람들은 풍자에 대한 감각이 없어 보인다. – codymanix

1

가 "죄송합니다, 예기치 않은 오류가 발생했습니다있다" 그것을 복구하는 방법에 대한 가능한 팁 (등 페이지/투명 쿠키/재시작 브라우저를 새로 고침) 하였다. 버그 저장소에 대한 링크가 도움이되지만 좌절 한 사용자는이를 따르지 않아도됩니다.

오류를 서버에 자동으로보고하려는 경우 사용자가이를 인식하고 동의하는지 확인하십시오.

+2

나는 대답의 첫 부분에 동의하지만 항상 두 번째 부분에는 동의하지 않는다. 응용 프로그램의 유형과 실행 위치에 따라 달라집니다. 웹 사이트 (OP가 말한대로)는 필자의 의견으로는 오류를보고하기 위해 사용자 권한을 요구해서는 안됩니다. 회사 응용 프로그램도 회사에서 내부적으로 사용하지 않아야합니다. 제 생각에는 개인 소유의 컴퓨터에서 실행되는 상용, 소매 또는 자유롭게 사용할 수있는 소프트웨어가 유일한 예외입니다. –

관련 문제