what should be your expectations from qa team lead
주제, 특히 프로세스 기반 주제 (예 : 추적 성 매트릭스 생성 또는 테스트 문서 검토 , 등)이 수업에서 논의되며, 제가받는 즉각적인 질문은“누가 이것을합니까? QA 책임자 또는 팀원”
이것은 초보자가 일의 범위, 역할 및 책임을 이해하는 데 어려움을 겪는다는 훌륭한 증거입니다. 그들은 이것에 대해 막연한 생각을 가지고 있으며 그들의 이해가 정확한지 검증 할 방법을 종종 찾고 있습니다. 아니. 그리고 이것이 신규 이민자에게만 문제라고 생각한다면 틀린 것입니다. 많은 관리자 / 리드 / 코디네이터도이 영역에서 명확하지 않기 때문에 역할 정의 / 작업 위임이 문제가된다고 생각합니다. 자신이 무엇을해야하고 무엇을 위임해야하는지가 종종 QA 리드에게 딜레마가됩니다.
여러분 중 일부가 생각하는 것처럼 저도 궁금합니다.“모르면 어떨까요? 그들이가는대로 알아 내지 않을까요?” 예, 그렇습니다. 그러나이 과정에서 많은 시간, 효율성 및 품질이 저하됩니다.
swf 파일이란 무엇입니까?
이를 방지하기 위해 STLC의 일부인 주요 작업과 해당 책임을 아래 표의 형식으로 요약했습니다.
학습 내용 :
다양한 QA 활동에 대한 팀 리더의 책임 :
STLC 활동 | QA 팀 리드 작업 | 팀 구성원 작업 |
---|---|---|
테스트 문서 검토-내부 | 검토가 수행되는 기준에 대한 규칙 설정 일정 및 책임 설정 동료 중 하나이고 검토 프로세스에 참여 | 규칙 세트에 따라 검토를 수행하고 동료의 작업에 대한 비 개인적인 의견을 제공합니다. |
프로젝트 킥오프-시작 | 프로젝트 하이라이트를 작성하여 QA 팀 및 기타 이해 관계자들에게 제공 | 개선 또는 불일치를 팀 리더에게 알리고 지원하기 위해 |
테스트 계획 | 테스트 계획 생성, 유지, 관리 및 시행 위험 분석 및 관리 | 다음과 같은 테스트 계획 문서의 영역에 대한 입력을 제공합니다. 범위 가정 위험 마일스톤 팀원이 입력 한 기타 영역. |
요구 사항 수집 | 응용 프로그램의 모듈에 따라 작업을 나누고 각 모듈의 연락처로 팀 구성원을 선택합니다. 이것이 일어날 시간을 결정하십시오 팀이 결과로 예상되는 사항을 인식하도록합니다 (예 : 요점별로 요약 된 요구 사항 목록, 이해 문서 등). | 개별 모듈 담당 BRD / FRD 검토 또는 연습 회의를 통해 요구 사항 수집 이 활동에 할당 된 시간 내에 예상되는 형식으로 프레젠테이션 / 문서화 호환되지 않는 형식 또는 달성 할 수없는 타임 라인의 경우 제안 또는 대체 관점 제공 |
테스트 시나리오 생성 | 작업 할당 쿼리 해결 템플릿 마무리 마감일 설정 테스트 시나리오 생성 참여 및 기여 | 정해진 일정과 이미 합의 된 형식으로 할당 된 모듈에 대한 테스트 시나리오를 만듭니다. 팀 리더 또는 해당 기술팀에서 해결책을 찾습니다. 질문의 경우 팀 |
테스트 케이스 문서 | 작업 할당 쿼리 해결 템플릿 마무리 테스트 케이스 작성 | 해당되는 경우 테스트 케이스 및 데이터 생성 |
추적 성 매트릭스 생성 | 템플릿 생성 및 TM 생성 방법에 대한 지침 공유 팀과 협력하고 이에 기여 | 개별적으로 담당하는 모듈에 대한 TM 생성에 기여 |
테스트 문서 검토-외부 | BA 및 / 또는 개발 팀에 테스트 문서 (테스트 케이스)가 검토 준비가되었음을 알리고 작업 제품을 보냅니다. | 검토 프로세스 중에 제안 된 변경 사항을 통합하려면 대기 중 |
테스트 준비 검토 | 검토 체크리스트 만들기 검토를 수행하고 결과를 프로젝트 관리자에게 제시합니다. 기본 이성 및 연기 테스트 및 결정-테스트 할 준비가 되었습니까? 테스트를 위해 QA 팀에 진행 | 준비에 대한 지침을 기다리십시오. 개별적으로 담당하는 모듈에 대한 기본 연기 및 온 전성 테스트를 수행합니다. |
테스트 실행 | 팀의 의견을 구한 후 테스트 실행 지침 설정 테스트 실행 작업 새로운 테스터가 현재 애플리케이션을 따라 잡도록 도와주세요. 결함보고 팀 구성원이보고 한 결함을 검토하여 해당 결함이 유효한지, 중복되지 않았는지, 설명에 완전한지 확인하십시오. 유명인을 에스컬레이션하고 이러한 상황에서 진행하는 방법에 대한 결정을 내립니다. | 테스트 케이스 실행, 적절한 테스트 케이스 상태 설정 및 진행 상황보고 테스트 타임 라인에 영향을 미치는 화제 또는 문제를 즉시 알립니다. 종합적으로 결함보고 |
보고 | 모든 이해 관계자에게 일일 상태 보고서 보내기 모든 상태 회의에서 QA 팀을 대표합니다. 전체 테스트 통계를 기반으로 메트릭 수집 | 수행중인 모든 작업에서 팀 리더를 지원합니다. |
테스트 종료 | 테스트 중지시기에 대한 종료 기준 평가 종료 기준 평가 결과 공유 종료 기준이 모두 충족되면 테스트 종료 보고서를 작성하고 공식 QA 승인을 제공하는 이해 관계자에게 보내고 알려진 문제 목록을 포함합니다. 전체 프로젝트 (성공, 개선 영역, 학습 한 교훈, 구현 된 모범 사례 등)에 대한 세부 정보를 수집하여 프로젝트 회고 회의 또는 문서에 제시합니다. | 테스트 종료 작업에서 팀 리더 지원 |
UAT | 평가를위한 매개 변수를 이해하기 위해 UAT 사용자로부터 허용 기준을 수집합니다. 수락 기준을 팀과 공유하고 UAT 테스트 케이스를 수집하거나 생성하는 데 협력합니다. 필요한 경우 응용 프로그램에 대한 UAT 사용자 교육 필요한 경우 UAT 동안 지원을 위해 대기하십시오. 필요한 경우 UAT 중에 몇 가지 작업을 수행하고 진행 / 중단 결정을 위해 클라이언트 또는 UAT 사용자에게 결과를 제공합니다. | UAT 테스트 케이스 생성 / 수집 UAT 수행 또는 지원 – 필요할 때 |
위의 표에 언급 된 모든 프로세스에 대한 자세한 내용은 아래 링크를 참조하십시오.
QA 팀원을위한 몇 가지 팁 :
1) 문제가있는 경우 팀장이 찾아서 수정 해 줄 것이라는 기대를 가지고 테스트 케이스, 결함 보고서 등을 작성하지 마십시오. 각 개인은 작업 결과물과 품질에 대한 책임이 있습니다. 팀장의 검토는 추가 체크 포인트로 일반적이며 대부분 높은 수준입니다.
2) 매일 손을 잡을 수는 거의 없을 것입니다. 팀장이 매일 무엇을해야하는지 알려 주면 안됩니다.
삼) 우려 사항, 위험 신호 또는 문제가있는 경우 미리 통신하십시오.
4) 귀하의 프로세스가 그렇게하는 것을 제한하지 않는 한, 기능이나 기술과 관련하여 질문이있는 경우 정보를 전달하는 팀 리더에게 의존하지 말고 개발자 / BA / 기타 기술 팀에 직접 문의하십시오.
품질 보증 팀 리더를위한 팁 :
1) 타임 라인, 일정, 노력 추정 및 계획에 대한 팀의 의견 고려
2) 팀이 최소한의 감독 또는 감독없이 독립적으로 작업 할 수 있도록 강력한 프로세스를 설정합니다.
삼) 커뮤니케이션 채널을 개방하고 접근하기 쉽게 유지하십시오.
4) 팀 플레이어가되어 책임을 공유하세요
또한 읽으십시오 => 성공적인 QA 팀을 구축하는 방법은 무엇입니까? 테스트의 리더십 1 부 과 2 부 여기.
일하기 좋은 최고의 시장 조사 회사
저자 정보 : 이 기사는 STH 팀원 Swati S가 작성했습니다.
이는 일반적인 QA 팀의 팀 리더 및 팀 구성원 작업 및 의무에 대한 간단한 요약입니다. 항상 그렇듯이 아래에 귀하의 경험, 의견 및 질문을 공유하십시오.
추천 도서
- 테스트 리더십 – 테스트 리드의 책임 및 테스트 팀을 효과적으로 관리하는 방법
- 소프트웨어 테스팅의 팀 빌딩-QA 팀을 구축하고 성장시키는 방법
- 애자일 테스트 세계에서 훌륭한 팀 멘토, 코치 및 진정한 팀 수비수가되는 방법? -영감
- 테스트 리드 위치에 대한 팀 플레이 및 리더십 관련 인터뷰 질문에 답변하는 방법
- ISTQB 테스트 인증 샘플 질문 문서 (답변 포함)
- 더 행복하고 성공적인 테스트 팀을 이끄는 방법-테스트 리더십 파트 2
- 뛰어난 QA 테스트 프레젠테이션을 준비하고 팀에 전달하는 방법
- 성공적인 QA 팀을 구축하는 방법