3 strategies dealing with blocker defect
차단기 결함은 일반적인 테스트 날에 엄청난 드라마를 추가합니다.
이 기사에서는 테스터가 처리 할 때 취할 수있는 몇 가지 단계를 다루고 싶습니다.
나는 우리의 사랑하는 독자들이 이미 결함의 심각도와 우선 순위를 깊이 이해하고 있다고 가정 할 것입니다. 빠른 요약이 필요하십니까? 이것 좀 봐.
이제 차단 문제가 발생하면 항상 테스트를 완전히 중단해야 함을 의미합니까?
어떤 경우에는 '예'이지만 항상 그런 것은 아닙니다. 일부 테스트 활동이 가능한 경우가있을 수 있습니다.
영상 출처
얼마나 많은 유형의 파일이 파이썬에 있습니까?
다음은 테스터로서의 경력에서 경험 한 몇 가지 상황입니다. 이 프로세스를 더 간단하게 만들기 위해 아래에 설명 된 단계 (나중에 순서도에 통합됨)를 따라야한다고 강력히 믿습니다.
바로 시작하겠습니다.
차단제 결함을 발견했을 때 취해야 할 조치
1 단계: 문제를 발견하면 근본 원인을 찾기 위해 시간을 투자하십시오.
저는 테스터로서 우리의 작업이 결함보고 . 시간이 허락한다면 문제의 원인이 무엇인지 살펴 봐야합니다. 항상 정확한 문제 영역을 지적 할 수있는 것은 아니지만 가능한 한 문제를 해결하려고 노력합니다. 추가 주석으로 동일한 세부 사항을 결함에서 업데이트 할 수 있습니다.
Windows에서 bin 파일을 여는 방법
내 프로젝트에서이 작업을 많이 수행했으며 이로 인해 빠른 수정이 이루어졌습니다. 근본 원인 분석의 이점 아르:
- 부가가치이기 때문에 개발자에게 버그 수정에 대한 더 나은 방향을 확실히 제공 할 수 있습니다.
- 또한 QA 테스터는이 문제가 자체적으로 생성되었는지 (데이터 입력 또는 인적 사용 문제)인지 할 수 있으며, 그렇다면 테스터 자체가 해결할 수 있습니다. 이러한 오류가 QA 끝에서 확인하지 않고 개발자에게보고되면 문제가없는 것으로 간주 테스터에게 부정적인 평판을 줄 수 있습니다.
따라서 결함을 기록하기 전에 항상 끝에서 다시 확인하는 것이 좋습니다.
위의 사항을 강화할 내 프로젝트의 실시간 예는 다음과 같습니다.
나는 테스트에서 특정 위치에 파일을 드롭해야하는 프로젝트에서 작업했습니다. 구성의 이름과 일치하도록 이름을 바꿉니다. 예약 된 작업은 데이터 파일을 선택하고 데이터를 시스템에로드합니다. 그 후 데이터베이스와 프런트 엔드의 데이터를 검증합니다.
우리는 작업이 실행되지만 데이터가로드되지 않는 문제를 발견했습니다. 조사 결과 테스터가 해당 위치에 파일을 드롭하는 동안 이름을 변경하지 않았기 때문입니다.
이것은 우리에게 방해가되었지만 개발자의 관심이 필요한 것은 아닙니다. 우리는 세부 사항에주의를 기울이고 그러한 작은 실수를 피해야했습니다.
다음은 몇 가지 일반적인 범주, 근본 원인 및 해결 방법입니다.
# 1) 호스트 파일 발행물 – 호스트 파일에 올바르지 않고 문제를 일으키는 매개 변수가 있습니다. 이 경우 호스트 파일을 직접 업데이트하거나 업데이트 액세스 권한이있는 사람에게 도움을 구하고 테스트 실행을 계속할 수 있습니다.
개발자가 조사 할 수 있도록 동일한 결함을 제기해야하지만 해결 방법으로 기능 테스트를 계속할 수 있습니다.
노트 : QA 팀이 변경하기 전에 이러한 변경을 수행해도 괜찮은지 프로젝트 팀에 확인하십시오.
# 2) 구성 – 종종 올바른 환경을 가리 키지 않거나 문제를 차단하는 기타 설정 문제와 같은 구성 문제를 지적했습니다. 이러한 경우에도 테스터는 변경을 수행하고 테스트를 진행할 수 있습니다.
노트 : 이 작업을 수행하기 전에 다시 한 번 허가를 구하십시오.
# 3) 코드 문제 – 문제가 코드 때문이라고 생각되면 테스터가 할 수있는 일이별로 없습니다. 차단기 결함을 기록하고 수정이 테스트를 진행할 때까지 기다립니다.
# 4) 배포 문제 – 잘못된 배포는 차단기 문제의 또 다른 일반적인 원인이며 온 전성 테스트 중에 포착 될 수 있습니다. 여기에서도 새 빌드가 수신 될 때까지 테스트를 즉시 중지해야합니다.
# 5) 환경 다운 – 환경이 다운되면 데이터베이스가 서버에 연결되지 않거나 웹 사이트의 경우 URL이 작동하지 않는다고 가정합니다. 테스터는 이러한 경우 결함을보고하고 시스템이 실행될 때까지 기다리는 것 외에는 많은 일을 할 수 없습니다.
따라서 해결 방법이 있으면이를 사용하여 테스트를 계속하십시오. 해당 해결 방법이 존재하는 경우이를 찾는 유일한 방법은 근본 원인을 조사하는 것입니다. 대체로 대안이있을 수 있습니다.
2 단계: 근본 원인을 조사 할 때 무한 루프에 빠지기 쉽습니다. 따라서 하루 종일 모든 노력을 소비하지 않는지 확인하십시오.
다음은 몇 가지 지침입니다.
- 균형을 찾고 거기에 도착하면 중지 지점을 인식하십시오.
- 테스터의 경험과 전문 지식은 성공적인 RCA에 매우 중요합니다. 그러나 필요한 경우 팀 및 팀 리더를 참여시키는 것이 좋습니다.
- RCA에 시간이 많이 걸린다고 생각되면 먼저 문제를 즉시보고하고 최대한 많은 정보를 제공하십시오. 스크린 샷은 항상 도움이됩니다.
- 필요한 경우 후속 조치를 취하십시오. 관리자 또는 개발자에게 이메일을 보내 중요한 문제에 대해주의를 기울이십시오.
- 필요한 당사자에게 경고 한 후 문제 해결을 계속하십시오.
차단기 결함을 즉시보고해야하는 이유 :
애자일 테스트 인터뷰 질문 및 답변
- 문제가 눈에 띄는 결함 인 경우 경영진은 모든 가동 중지 시간을 인식해야합니다. 이 정보는 고객에게 전달되어야하며 프로젝트 계획 업데이트 (QA 타임 라인), 결과물 변경 등이 필요할 수 있습니다.
- QA 결과물의 지연은 증거로 뒷받침되어야합니다. 따라서 하루가 끝날 때까지 기다리는 대신 가능한 한 빨리 의사 소통하는 것이 좋습니다.
3 단계: 이제 문제 분석 및 전달을 마친 후 마지막 단계로 넘어갑니다. 다음 단계는 무엇입니까?
- 문제가 하나의 기능 영역에 대한 액세스를 차단하는 경우 다른 영역에 영향을 미치는지 확인하십시오.
- 프런트 엔드 앱이 다운 된 경우 백엔드 / 미들웨어 / 데이터베이스 테스트를 계속할 수 있는지 확인합니다.
- 테스트 실행 활동이 발생하지 않으면 다음을 시도하십시오. 일부 문서 작업 프로젝트와 관련이 있습니다.
- 당신은 또한 시도 할 수 있습니다 자동화 영역 식별 수동으로 많은 작업을 반복하는 경우. 자동화가 항상 도구를 사용할 필요는 없습니다. 보고서 생성은 단순한 엑셀 매크로 등으로 자동화 할 수있는 하나의 영역 인 단조로운 작업입니다.
- 프로젝트에서 구현할 수있는 오픈 소스 도구에 대해 알고 시간을 보내십시오.
- 마지막이지만 최소한 , 혁신을 향한 노력, 현재 세계를 지배하고있는 진언!
드디어 , 전체 토론을 요약 한 순서도!
순서도 : 차단기 결함을 처리하는 단계
저자 :이 멋진 기사는 STH 팀원 Priya R이 작성했습니다.
차단제 결함을 발견하면 어떤 조치를 취합니까?