재검사 란 무엇입니까?
다시 테스트:이전 빌드에서 발견되어 게시된 결함이 수정되었거나 현재 빌드에서 수정되지 않았는지 확인합니다.
재시험은 이전에 게시된 결함이 수정되었는지 여부를 확인하기 위해 새 소프트웨어에서 이전에 실패한 테스트 사례를 다시 실행합니다.
간단히 말해서,재시험은 특정 버그가 수정 된 후 테스트하는 것입니다.
예:빌드 1.0 이 릴리스되었습니다. 빌드 1.0 을 테스트하는 동안 테스트 팀은 몇 가지 결함(예:결함 아이디 1.0.1 및 결함 아이디 1.0.2)을 발견하고 게시했습니다. 테스트 팀은 빌드 1.1 의 결함 1.0.1 및 1.0.2 를 테스트하여(이 두 가지 결함이 빌드 1.1 의 릴리스 노트에 언급 된 경우에만)결함이 수정되었는지 여부를 확인합니다.
프로세스:버그 수명주기에 따라 테스터가 버그를 발견하면 버그가 개발 팀에보고됩니다. 버그의 상태는”새로운”것이어야합니다. 개발 팀은 버그를 수락하거나 거부 할 수 있습니다. 개발 팀이 버그를 수락하면 버그를 수정하고 다음 릴리스에서 릴리스합니다. 버그의 상태는”품질 보증 준비”가 될 것입니다. 이제 테스터는 버그가 해결되었는지 여부를 확인하기 위해 버그를 확인합니다. 이 테스트를 다시 테스트라고 합니다. 다시 테스트는 계획된 테스트입니다. 우리는 이전 빌드에서 사용한 것과 동일한 테스트 데이터를 사용하여 동일한 테스트 케이스를 사용합니다. 버그가 발견되지 않으면 버그의 상태를”고정”으로 변경하고”고정되지 않음”으로 변경하고 결함 다시 테스트 문서를 개발 팀에 보냅니다.
&재검사란?”
기다려 주십시오. 비디오는 몇 시간 후에로드됩니다.
이 비디오를 좋아한다면 더 많은 비디오 자습서를 보려면 유튜브 채널을 구독하십시오.
다시 테스트 할 때:
1. 릴리스 노트에 지정된 특정 버그 수정이 있는 경우:
개발 팀이 새 빌드를 릴리스하면 테스트 팀은 이미 게시된 버그를 테스트하여 버그가 수정되었는지 여부를 확인해야 합니다.
2. 버그가 거부되는 경우:
때때로 개발팀은 테스터가 제기한 몇 가지 버그를 거부하고 버그의 상태를 재현할 수 없다고 언급합니다. 이 경우 테스터는 동일한 문제를 다시 테스트하여 개발자가 문제가 유효하고 재현 가능하다는 것을 알려야합니다.
이 시나리오를 피하려면 좋은 버그 보고서를 작성해야합니다. 여기에 좋은 버그 보고서를 작성하는 방법에 대한 게시물입니다.
3. 고객이 재검사를 요청할 때:
때때로 고객은 제품의 품질에 대한 신뢰를 얻기 위해 다시 테스트를 요청할 수 있습니다. 이 경우 테스트 팀은 제품을 다시 테스트합니다.
수정은 단지 버그 수정을 다시 테스트와 코드를 수행 한 후 제품이 출시되어서는 안된다,우리는 너무 회귀 테스트를 할 필요가있다.
또한 읽기:회귀 테스트와 재 테스트의 차이점
완전한 수동 테스트 자습서를 보려면 이것을 확인하십시오