«bug-report» 태그된 질문

28
상사는 모든 버그 보고서에 "책임자"필드를 추가하기로 결정했습니다. 그것이 나쁜 생각임을 어떻게 확신시킬 수 있습니까?
최신 "WTF"동작 중 하나에서, 상사는 버그 추적 템플릿에 "Person To Blame"필드를 추가하면 책임이 증가 할 것이라고 결정했습니다 (이미 버그를 기능 / 스토리에 묶는 방법이 있지만). 이로 인해 사기가 줄어들고, 손가락 지적이 높아지고, 버그가 알려지지 않은 것으로보고 된 누락 / 오해 된 기능을 설명하지 않을 것이라고 주장합니다. 내가 사용할 수있는이 관행에 …

12
무례한 버그 보고서에 응답하는 방법?
방금 무례한 버그 보고서를 받았습니다. 사용자는 기본적으로 여기 저기 대문자를 사용하여 잘못하고 있다고 말하지만 실제로는 하나의 버그를 지적하고 있습니다. 한편으로, 나는 사용자에 대해 많은 관심을 가지고 있으며 앱의 좋은 관계와 좋은 평가를 유지하고 싶습니다. 다른 한편으로는 지나치게 공손하게 대답하면 완전한 매진처럼 느껴질 것입니다. 적절한 응답 방법은 무엇입니까? 무엇을 명심해야합니까? 어떤 …

15
보고 된 거의 모든 버그는 우선 순위가 높은 버그입니다.
여러 소프트웨어 프로젝트를 수행하는 동안 패턴이 나타났습니다.보고 된 대부분의 버그는 우선 순위가 매우 높았습니다. 나는 왜 이런 일이 일어날 수 있는지에 대해 동료들에게 물었고, 버그가 그 우선 순위를 갖지 않았다면 버그가 개발자의 관심을받는 것은 매우 드물며, 이는 실제로 의미가 있습니다. 따라서이 문제가 일반적인지 또는 운이 좋지 않은지 알고 싶었습니다. 빠른 …

6
사용자가 적절하고 유용한 버그 보고서를 작성하도록하기
누구나 사용자가 반쯤 괜찮은 (읽기 : 유용한 ) 버그 보고서 를 작성 하도록하는 좋은 방법을 알고 있습니까? 우리는 대부분의 사용자에게 이해하기 쉬운 내용을 읽고 싶었지만 (읽기 쉽고 이해하기는했지만) 개발자에게 유용한 정보를 제공했습니다. 파란색 버튼을 클릭하면 작동하지 않습니다! 아, 방금 일주일의 일을 잃어 버렸어요. 그다지 유용하지 않습니다. 나는 목록에 대해 고치기 …

6
패치 노트에 버그 ID를 인용하는 것이 나쁜 습관으로 간주 될 수있는 이유는 무엇입니까?
Bug reopen vs. new 의 주석 및 후속 upvotes를 기반으로 합니다 . 패치 노트에 버그 ID를 인용하는 것은 매우 우호적입니다. – 크레프 적어도 일부 사람들은 패치 노트에서 버그 ID를 참조하는 것이 좋지 않다고 생각합니다. 나는 상당히 경험이 부족한 개발자이므로 왜 그런지 궁금합니다.

4
동일한 문제 / 티켓에 여러 결함을 게시하지 않는 이유는 무엇입니까?
이것이 다음과 같은 개념적 질문을 할 장소인지 확실하지 않습니다 (Stackoverflow는 확실히 아닙니다). ISTQB 시험 과 유사한 객관식 시험 (단일 답변)에서이 질문을 보았습니다 . 동일한 이슈 / 티켓에서 여러 결함을보고하지 않는 이유는 무엇입니까? 에이. 간결하고 명확하게 보고서를 유지하기 위해. 비. 개발자는 하나의 버그만 수정할 수 있기 때문입니다. 기음. 테스팅 그룹 테스터는 …

9
소프트웨어 버그의 정의. 블리자드 엔터테인먼트는 "버그"가 전혀 버그가 아니라고 주장합니다. 그들이 맞습니까? [닫은]
현재로서는이 질문이 Q & A 형식에 적합하지 않습니다. 답변, 사실, 참고 자료 또는 전문 지식을 통해 답변이 뒷받침 될 것으로 예상되지만이 질문은 토론, 논쟁, 여론 조사 또는 광범위한 토론을 요구할 것입니다. 이 질문을 개선하고 다시 열 수 있다고 생각 되면 도움말 센터 를 방문하여 안내를 받으십시오 . 휴일 팔년 전에 …

5
개발자에게 버그를 신고하는 방법? 프로그래머가 버그보고에 대해 교육을 받다
적절한 버그 보고서를 제출하는 방법에 대해 회사의 나머지 부분을 교육하는 방법에 대한 팁과 조언을 얻고 싶습니다. 현재 다음과 같은 티켓을받습니다 : 이 링크를 클릭하면 404가 표시됩니다. (404 페이지를 포함하지만 해당 페이지를 포함하지는 않음) 때때로 오른쪽 열이 버튼 열로 흘러 들어갑니다. (스크린 샷 또는 추가 정보 없음) xxx의 변경 사항이 제대로 …

6
버그 수정 패치는 누구의 책임입니까?
오픈 소스 프로젝트에서 여러 번 발생한 상황은 다음과 같습니다. 배포에서 버그를 발견하고 빠른 해킹 패치를 알아 냈습니다. 예를 들어 실제로 필요하지 않은 코드를 주석 처리하면됩니다. 나는 실제 버그를 알아 내고 패치를 만들어 Git pull request 등을 통해 제출하기 위해 약간의 노력을 기울였다. 풀 요청이 거부되었습니다. 아마도 패치가 불완전했을 것입니다 (예를 …

3
코딩 표준으로 피할 수있는 버그 [닫기]
폐쇄되었습니다 . 이 질문은 더 집중되어야 합니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 한 가지 문제에만 집중할 수 있도록 질문을 업데이트하십시오 . 휴일 오년 전에 . 코딩 표준이 버그를 줄이는 데 도움이된다는 주장을 뒷받침하는 통계 (또는 추정)를 찾고 있습니다. 하드 번호는 좋을 것입니다. 그러나 …

1
중복 버그 보고서 피하기
저는 집에서 Linux 및 기타 오픈 소스 소프트웨어를 사용합니다. 나는 전문 코더가 아니기 때문에, 보통 내 기술로는 스스로 문제를 해결할 수 없기 때문에 개발자에게 버그를보고합니다. 버그 보고서를 보내기 전에 확인하고 싶은 것은 무엇입니까? 일단 Gedit에서 버그를 발견했다고 생각했는데 Bugzilla에서 비슷한 버그를 찾을 수 없었습니다. 그러나 보고서를 보낸 후 일부 개발자는 …

5
좋은 버그 데이터베이스를 유지하는 단계
버그 데이터베이스를 유지 관리하는 것은 모든 프로젝트에서 중요합니다. 버그 데이터베이스에 다음을 저장하는 데 사용됩니다. 발행일시 누구에게 할당 그것이 해결되었는지 여부 그렇다면 해결 된 날짜 시간 좋은 버그 데이터베이스를 유지하기에 충분합니까?
9 bug  bug-report 
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.