테스터는 오류를 보고합니다. 결함 관리 플랫폼에 새로운 버그를 만들고, 테스트 버그 상태는 new 이고, 개발자가 버그를 받은 후 (1) 버그가 보고되었는지 확인합니다. , 버그가 제출되면 개발자는 버그를 다시 호출 하 고 버그 상태를 Declined Duplicated 로 반복 하도록 요청 합니다. 테스터는 버그가 실제로 중복 제출 되었는지 확인 하 고 결함을 닫습니다. (2) 버그가 중복 제출되지 않은 경우 개발자가 오류가 있는지 확인합니까? , 만약 디자인본이라면, R&D 는 버그가 아니라 버그를 다시 한 번, 상태는 Declined Not Bug 이고, 테스터는 검사 후 결함을 닫는다. (알버트 아인슈타인, Northern Exposure (미국 TV 드라마), 디자인명언) (3) 버그 R&D 가 잘못된 것으로 확인되면, R&D 는 수정을 위해 버그를 열 것이며, 이때 버그 상태는 open 입니다. (4)open 의 버그 수리, R&D 는 테스트 단계에 따라 재현할 수 있는지 확인합니다. , 재현할 수 없는 경우, R&D 가 버그를 다시 호출, R&D 직원 보충 정보 필요, 테스트 상태는 new more info, 테스터는 버그 정보를 보충한 후 R&D 가 다시 재현할 수 있을 때까지 R&D 에 제출하여 수리할 수 있습니다. (5) 테스트 단계에서 버그를 재현할 수 있다면 개발자가 지금 복구할지 여부를 결정할 수 있습니까? , 즉시 복구하는 경우, R&D 는 수정된 버그를 해결됨으로 설정하고, 버그가 수정된 상태는 fixed 로, 테스트를 통해 해결된 버그를 검증하여 검증을 통과했는지 확인합니다. , 검증이 통과하면 버그를 닫고, 검증이 실패하면 다시 엽니다. (6) R&D 가 즉시 수리하지 않기로 결정하면 R&D 는 다음 버전의 수리를 결정할 예정입니까? 그렇다면 다음 버전에서 수정되고, 상태는 Deferred next build 이며, 다음 버전이 아닌 경우 다음 주 라인 버전에서 복구됩니다. 상태는 Deferred next main release 입니다. 이 두 결함의 상태는 모두 일시 중지되고, 만료된 R&D 는 스스로 열어 수리합니다.