수동 테스트 담당자와 개발자 간의 상호 작용은 효과적인 작업의 핵심입니다. 올바른 커뮤니케이션에 따라 버그 수정 속도, 제품 품질 및 팀 내 분위기가 달라집니다.
문제의 배경:
이전에는 테스트 담당자와 개발자가 분리되어 작업하며 모든 커뮤니케이션이 작업 추적 시스템을 통해 이루어졌습니다. 버그는 오랜 시간 논의되었고, 갈등이 발생했습니다. 현재 팀의 효율성은 긴밀하고 정기적인 접촉과 각 역할에 대한 상호 존중에 의해 달성됩니다.
문제:
버그가 불분명하게 기술되고, 행동 모델이 일치하지 않으며, 빠른 피드백이 부족합니다. 이에 따라 버그가 "순환"하며, 책임이 희석되고 비생산적인 논쟁이 발생할 수 있습니다.
해결책:
주요 특징:
버그가 개발자에게서 "재현되지 않는다"고 할 경우 어떻게 해야 할까요?
환경에 대한 모든 정보를 제공하고 함께 버그를 재현하려고 시도하며, 환경의 차이를 확인하고 스크린캐스트를 교환하십시오.
버그가 "수정 불가"로 등록된 경우 논쟁할 가치가 있을까요?
네, 만약 버그가 중요하다면 논쟁할 가치가 있습니다. 사용자 고통/위험을 주장하고 상황 평가를 위해 리더 또는 분석가를 참여시켜야 합니다.
테스트 담당자가 버그의 비즈니스 우선 순위를 설명해야 할까요?
바람직합니다. 이는 개발자가 위험을 이해하는 데 도움을 주고 특히 중요한 버그의 처리를 가속화할 것입니다.
단계 및 스크린샷 없는 버그 리포트. 개발자들이 세부 사항을 알아내느라 시간을 낭비하고, 버그는 오랜 시간 동안 닫히지 않습니다.
장점:
단점:
회사는 버그 리포트 템플릿과 신속한 커뮤니케이션을 위한 채팅을 도입했습니다. 모든 버그는 스크린샷과 비디오로 지원되었습니다. 대부분의 버그가 빠르게 재현되고 해결되었습니다.
장점:
단점: