메뉴

테스트 리더십 – 테스트 리드의 책임 및 테스트 팀을 효과적으로 관리하는 방법

leadership testing test lead responsibilities

문제를 제거하기 위해 도구를 사용해보십시오

테스트의 리더십 – 주요 책임

테스터와 테스트 팀의 중요성이 다시 확립되었습니다.

애플리케이션 또는 제품의 성공은 주로 유효한 버그 노출의 기반을 형성하는 효율적이고 효과적인 테스트 기술에 기인합니다.

테스트의 리더십

학습 내용 :

테스트 팀

테스트 팀은 다양한 기술 수준, 경험 수준, 전문성 수준, 다양한 태도 및 다양한 기대 / 관심 수준을 가진 개인으로 구성 될 수 있습니다. 품질을 극대화하려면 이러한 모든 리소스의 속성을 올바르게 활용해야합니다.

그들은 함께 일하고, 테스트 프로세스를 따르고, 예정된 시간 내에 약속 된 작업을 제공해야합니다. 이것은 분명히 테스트 관리의 필요성을 필요로하며, 테스트 리드 역할을하는 개인이 가장 자주 수행합니다.

테스터로서 마침내 우리가해야 할 일은 리더십 결정의 직접적인 결과입니다. 이러한 결정은 우수한 테스트 팀 관리 외에도 효과적인 QA 프로세스를 구현하려는 결과입니다.

기사 자체는 두 부분으로 구성된 튜토리얼로 나뉩니다.

  1. 첫 번째 부분은 테스트 리드가 일반적으로 수행하는 업무와 테스트 팀을 관리하는 동안 고려해야 할 다른 요소를 가져 오는 데 도움이됩니다.
  2. 두 번째 부분에서는 좋은 리더가되기 위해 필요한 몇 가지 핵심 기술과 테스트 팀을 행복하게 유지하는 방법에 대한 몇 가지 다른 기술을 강조합니다.

이 두 자습서는 최적의 결과를 얻기 위해 수정하는 방법과 내용 측면에서 테스트 리드에게 도움이 될뿐만 아니라 새로운 리더십 역할로 이동하고자하는 숙련 된 테스터를 안내합니다.

테스트 리드 / 리더십 기술 및 책임

정의에 따라 테스트 리드의 기본 책임은 테스터 팀을 효과적으로 이끌고 제품 목표를 달성하여 파생 된 조직 목표를 달성하는 것입니다. 물론 역할의 정의는 간단하지만 본질적으로 개인에 대한 일련의 책임으로 해석됩니다.

테스트 리더의 일반적 책임에 대해 살펴 보겠습니다.

추천 읽기=> 성공적인 QA 팀을 구축하는 방법은 무엇입니까?

테스트 리드는 가장 일반적으로 다음 활동을 담당합니다.

#1) 그는 자신의 테스트 팀이 조직 내에서 어떻게 조율되는지, 그리고 그의 팀이 프로젝트 및 조직에 대해 확인 된 로드맵을 달성하는 방법을 식별 할 수 있어야합니다.

#두) 그는 문서의 요구 사항을 기반으로 특정 릴리스에 필요한 테스트 범위를 식별해야합니다.

#삼) 테스트 팀과 논의한 후 테스트 계획을 작성하고 관리 / 개발 팀의 검토 및 승인을받습니다.

배열 자바에서 무언가를 제거하는 방법

# 4) 필수 메트릭을 식별하고이를 제자리에 두어야합니다. 이러한 메트릭은 테스트 팀의 고유 한 목표가 될 수 있습니다.

# 5) 주어진 릴리스에 필요한 크기를 계산하여 필요한 테스트 노력을 식별하고 동일한 작업에 필요한 노력을 계획해야합니다.

# 6) 어떤 기술이 필요한지 파악하고 자신의 관심사에 따라 필요에 따라 테스트 리소스의 균형을 맞 춥니 다. 또한 기술 격차가 있는지 확인하고 확인 된 테스트 리소스에 대한 훈련 및 교육 세션을 계획합니다.

# 7) 테스트보고, 테스트 관리, 테스트 자동화 등을위한 도구를 식별하고 해당 도구를 사용하는 방법에 대해 팀을 교육합니다. 다시 말하지만, 팀원이 사용할 도구에 대해 필요한 경우 지식 이전 세션을 계획하십시오.

# 8) 숙련 된 자원 유지 그들에게 리더십을 심어주고 필요할 때 주니어 자원에 지침을 제공함으로써 그들이 성장할 수 있도록합니다.

# 9) 모든 리소스에 대해 재미 있고 도움이되는 환경을 만들어 최대 처리량을 보장합니다.

효과적인 테스트 팀 관리

#1) 시작 테스트 계획 활동 테스트 케이스 설계를 위해 팀이 검토 회의를 개최하고 검토 의견이 통합되었는지 확인하도록 권장합니다.

#두) 테스트주기 동안 각 리소스에 할당 된 작업을 지속적으로 평가하여 테스트 진행 상황을 모니터링하고 필요에 따라 재조정하거나 재 할당합니다.

#삼) 일정 달성에 지연이 있는지 확인하고 테스터와 논의하여 직면 할 수있는 문제를 파악하고 해결하기 위해 열심히 노력합니다.

# 4) 테스트 팀 내에서 회의를 열어 모든 사람이 다른 동료 팀원들이 무엇을하고 있는지 알 수 있도록합니다.

# 5 ) 이해 관계자 및 경영진에게시기 적절한 상태를 제시하고 수행중인 작업에 대한 자신감을 심어줍니다.

# 6) 지연이 예상되는 경우 위험 완화 계획을 준비하십시오.

자동화 된 테스트 스크립트 작성 방법

# 7) 깨끗한 양방향 인터페이스 채널을 형성하기 위해 테스트 팀과 경영진 사이의 모든 격차와 차이점을 연결합니다.

추천 읽기=> 소프트웨어 테스터의 동기를 유지하는 방법은 무엇입니까?

테스트 관리

리더십은 권력, 지식, 능동적, 직관적 인 능력, 의사 결정에 영향을 미치는 능력 등과 같은 전체 분야를 의미 할 수 있지만, 특정 테스트 리더가 본질적으로 이러한 특성을 거의 모두 보유하고 있음에도 불구하고 종종 자주 보아요. 그들은 이러한 자질을 끌어 내려고 시도하는 방식으로 인해 테스트 팀을 효과적으로 관리하는 데 여전히 목표를 벗어 났을 것입니다.

종종 테스트 팀에서는 리더십과 관리가 함께 진행되지만 분명히 같은 의미는 아닙니다.

테스트 리더는 문서상의 모든 리더십 기술을 보유 할 수 있지만 팀을 관리 할 수 ​​있다는 의미는 아닙니다. 테스트 프로세스 자체에 대해 몇 가지 정책이 설정되어 있습니다. 그러나 테스트 팀 관리 기술은 관리를위한 어렵고 빠른 규칙을 정의하는 측면에서 종종 회색 영역입니다.

그 이유와 테스트 팀이 다른 팀과 어떻게 다른지에 대한 생각이 있습니까?

이론적으로 완벽하고 입증 된 관리 접근 방식을 사용하는 테스팅 팀에서는 항상 제대로 작동하지 않을 수 있음을 인식하는 것이 매우 중요하다고 생각합니다.

테스트 팀을 효과적으로 관리하기 위해 고려해야 할 중요한 사항

테스트 팀을 효과적으로 관리하기 위해 고려해야 할 몇 가지 사실이 있습니다. 이것은 아래에 자세히 설명되어 있습니다.

# 1) 테스터 이해

테스터의 임무는 소프트웨어의 결함이나 버그를 찾아 품질을 향상시키는 것입니다. 팀에는 혁신적이고 창의적인 테스트 스타일을 도입하여 코드를 깨는 것을 절대적으로 즐기는 테스터가있을 수 있습니다. 말할 필요도없이,이를 위해서는 기술, 창의성, 소프트웨어를 나머지와는 완전히 다른 방식으로 바라 보는 사고 방식이 필요합니다.

일상 생활에서 상당한 시간을 소비하고 경험이 늘어 나면 테스트 리소스는이 '테스트'사고 방식에서 벗어날 수 없으며 개인적으로나 전문적으로 자신의 일부가됩니다. 그들은 제품에서 프로세스, 테스트 리드, 관리자 등에 이르기까지 거의 모든 것에서 결함을 찾습니다.

테스트 팀의 이러한 사고 방식을 이해하는 데 시간을 투자하는 것은 테스트 리드를위한 합리적인 테스트 관리 접근 방식을 도출 할 수있는 첫 번째이자 가장 중요한 단계입니다.

# 2) 테스터의 작업 환경

테스트 팀은 주어진 테스트 리소스로 달성하는 데 필요한 방대한 양의 테스트에 대한 엄격한 기한 때문에 높은 수준의 압력을 처리하는 경우가 가장 많습니다.

때로는 코드를 테스트 팀에 전달하는 데 지연이 발생하거나 필요한 환경을 확보하는 데 지연이 발생하거나 수많은 요인으로 인해 결함을 수정 / 검증하는 데 지연이있을 수 있습니다. 이 모든 것, 일정 연장없이.

이 외에도 많은 양의 테스트 노력이 필요할 수 있으며, 이로 인해 불충분하거나 불완전한 테스트는 제품의 품질에 직접 질문을 제기 할 수 있습니다.

테스트 팀이 사전에 식별 한 특정 위험에 플래그를 지정할 수 있지만, 관련된 핵심 내용을 완전히 이해하지 못하거나 기술 부족으로 간주 할 수 있기 때문에 경영진이이를 긍정적으로 보지 않을 수 있습니다. 테스트 팀의 수준.

의심 할 여지없이 테스트 팀은 제 시간에 제공해야하는 압력과 함께 높은 수준의 불만을 겪습니다. 테스트 팀이 자주 노출되는 환경을 측정하는 것은 효과적인 관리를 위해 테스트 리드 / 관리자에게 귀중한 입력이 될 수 있습니다.

# 3) 테스트 팀의 역할

테스트 영역에서 오랜 세월을 보낸 후, 나는 아무리 많은 테스트도 '완전한'테스트가 아니며 '모든'결함을 발견하는 것은 가상의 현상이라는 것을 깨달았습니다.

대규모 테스트 노력에 관계없이 여러 번 고객 또는 생산 환경에서 결함이 발견되고 테스트 팀으로부터의 '탈출'이라고합니다. 테스트 팀은 종종 그러한 탈출에 대한 타격을 받고 테스트주기 동안이 필드 문제가 포착되었을 수 있는지 해독하기 위해 테스트 범위를 정량적으로 설명하도록 요청받습니다.

때때로 이것은 그들의 역할이 그들의 기술과 더 넓은 그림에서 그들 자신에 대한 비전의 관점에서 다른 사람들에게 어떻게 묘사되는지에 대해 테스터들에게 큰 실망을 초래합니다.

결론

테스트 팀 내에서 이러한 모든 현실을 이해하면 따라야 할 관리 접근 방식의 수준 설정 , 이는 표준 및 이론적 관리 기법에서 벗어날 수있는 좋은 기회가 있음을 의미합니다.

이 튜토리얼의 두 번째 부분에서 이러한 기술을 다룰 것입니다. 그러니 계속 지켜봐주세요! 또는 여전히 더 좋습니다. 귀중한 의견을 남겨이 튜토리얼에 대해 어떻게 생각하는지 알려주십시오.

저자 정보 : 이것은 Sneha Nadig의 게스트 기사입니다. 그녀는 수동 및 자동화 테스트 프로젝트에서 7 년 이상의 경험을 가진 테스트 리드로 일하고 있습니다.

추천 도서

^