나는 그들이 가장 많은 버그를 찾아서 경쟁하는 것이 좋지 않다고 생각합니다. 그들의 임무는 버그를 찾는 것이 사실이지만, 그들의 임무는 ” 가장 많은 버그를 찾는”것이 아닙니다 . 그들의 목표는 가장 많은 것을 찾는 것이 아니라 소프트웨어의 품질을 향상시키는 것입니다. 더 많은 버그를 찾도록 보상하는 것은 최고 품질의 코드가 아닌 대부분의 코드를 작성하여 프로그래머에게 보상하는 것과 같습니다.

게임으로 전환하면 가장 중요한 버그를 찾는 것이 아니라 많은 얕은 버그를 찾는 데 집중할 수 있습니다. 편집에서 언급했듯이 이것은 조직에서 일어나는 일입니다.

그들이 찾은 모든 버그는 공정한 게임이며 모든 버그를 발견해야한다고 주장 할 수 있습니다. 그러나 팀에 리소스가 부족한 경우 테스터가 몇 시간 또는 며칠 동안 실제로 큰 버그를 찾으려고 시스템에 깊이 조사하거나 인쇄상의 오류 및 작은 오류를 찾기 위해 앱을 건너 뛰는 데 몇 시간 또는 몇 일을 집중하고 싶습니까? 페이지에서 객체 정렬 오류

회사가 실제로 게임을 만들고자한다면 개발자에게 버그를 추가 할 수있는 권한을 부여하십시오. “멍청한 벌레”는 부정적인 점을 얻습니다. 잘 작성된 보고서가있는 벌레를 찾기가 어렵습니다. 그러면 인센티브가 “가장 찾기”에서 “일을 잘하는 사람”으로 바뀝니다. 그러나 프로그래머와 QA 분석가가 협력하여 숫자를 인위적으로 채울 수 있으므로 권장하지 않습니다.

결론 : 버그를 발견하여 게임을하지 마십시오. 조직에서 좋은 일을 보상하고 그 자리에 두는 방법을 찾으십시오. 게임 화는 사람들이 목표를 달성 한 것에 대한 보상입니다. QA 분석가가 “가장 많은 버그를 찾는 것”이라는 목표를 갖기를 원하지 않고, 그들의 목표가 “소프트웨어의 품질을 향상”시키기를 원합니다. 이 두 목표는 동일하지 않습니다.

답변