Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Who is QA manager?

15bd1106c5a327d6564f793a1951f269?s=47 Buzzvil
August 11, 2021

Who is QA manager?

By Jasmin

15bd1106c5a327d6564f793a1951f269?s=128

Buzzvil

August 11, 2021
Tweet

Transcript

  1. None
  2. Copyright ⓒ All Right Reserved by Buzzvil 목차 1. QA

    Engineer Vs Test Engineer 2. Who is the Test Analyst 3. Buzzvil QA 의 AS-IS and TO-BE
  3. Copyright ⓒ All Right Reserved by Buzzvil QA Engineer =

    Test Engineer ? - Test Engineer - 테스트 방법을 통한 기능 테스트 - 테스트 케이스 설계 - 버그 리포팅 - 결함을 찾는 것에 더 집중 - QA Engineer - 테스트 및 테스트 설계 - 품질관리 - 프로세스 구축 - 프로덕트 , 명세서, 개발 아키텍쳐, 이슈 등 분석 및 관리 - 결함을 예방하는 것에 더 집중 Who is the QA Engineer? Test Engineer QA Engineer Software 품질 향상
  4. Copyright ⓒ All Right Reserved by Buzzvil Who is the

    Test Analyst ? ISTQB ( International Software Testing Qualification Board ) Test Manager - 목표 달성을 위해 테스트 활동을 지속적으로 모니터링 및 제어 - 프로젝트 이해 관계자에게 관련 및 시기적절한 테스트 상태 보고 - 예상 비용과 편익을 개략적으로 설명하는 테스트 활동의 비즈니스 사례 제안 → 프로젝트 진행 프로세스의 전반적인 관리 Test Analyst - 소프트웨어 개발 라이프사이클에 기초하여 적절한 테스트 활동 수행 - 위험 분석에서 제공하는 정보에 기초하여 시험 활동의 적절한 우선순위 결정 - 정의된 적용범위 기준에 근거하여 테스트가 적절한 수준의 신뢰도를 제공하는지 확인하기 위해 적절한 시험 기법을 선택하고 적용 - 도구를 사용하여 테스트 프로세스의 효율성을 개선 → 요구사항 명세서 등의 분석을 통해 외부품질 (운용, 기능/기비능, 사용자) Test 계획 수립 Technical Test Analyst - 시스템의 성능, 보안, 신뢰성, 휴대성 및 유지보수성과 관련된 일반적인 위험을 인식하고 분류 - 성능, 보안, 신뢰성, 휴대성 및 유지보수성 위험을 완화하기 위한 테스트의 계획, 설계 및 실행에 기술적 요소를 제공 - 다양한 분석 기법을 사용하여 코드와 아키텍처의 품질 특성을 개선 - 기술 테스트 작업을 자동화하기 위한 적절한 도구 선택 → 코드 및 아키텍처 분석을 통한 내부 품질 Test 계획 수립
  5. Copyright ⓒ All Right Reserved by Buzzvil Input → Logic

    → Output 구조 DATA TTA TA 기능 ☞ Interface - GUI / DATA ☞ Platform - 환경 컨디션 ☞ 운용 컨디션 ☞ 품질 특성 - Test 유형 ☞ 시간 컨디션 전체적인 수준의 전략을 수립
  6. Copyright ⓒ All Right Reserved by Buzzvil Test Analyst 가

    수행하는 역할들이 버즈빌 QA Engineer도 필요한 역량이라고 판단. 왜 Test Analyst 를? 리스크 식별 로그인 실패 광고 할당 실패 광고 참여 실패 특정기기에서 POP 이 동작하지 않음 회원가입 실패 Line Item 생성 실패 Unit 생성 실패 리스크 평가 • 각 리스크를 분류하고 각 리스크 수준을 결정하는 것 ( 식별된 리스크 분석 ) → 일반적으로 리스크 가능성과 리스크 영향으로 평가 ( 가능성 * 영향 ) • 테스트 분석가는 문제가 발생할 경우 비지니스 리스크를 이해하는데 기여 • 비지니스 리스크에 영향을 미치는 요소 ◦ 영향을 받는 기능의 사용 빈도 ◦ 사업적 손실 ◦ 부정적인 홍보 및 잠재적인 이미지 손상을 가져오는 장애의 가시성 ◦ 고객 손실 ⇨ 합리적인 근거를 제시 할 수 있어야한다 ( 객관적 기준 필요 ) 리스크 아이템 기술 리스크 (발생 가능성) 비지니스 리스크 (발생 영향) 리스크 수준 기능 적합성 로그인 실패 1 5 5 광고 할당 실패 3 2 6 광고 참여 실패 4 5 20 리스크 완화 • 테스트는 제품 리스크를 완화하는데 필수적 → 적극적 완화 방법 • 정확한 테스트 데이터를 수집, 현실적인 사용자 시나리오를 작성 및 테스팅하며 리스크 완화 방법 결정을 지원 • 프로젝트가 진행 될 때 수집 된 추가 정보를 기반으로 알려진 리스크 재평가 → 가능성 , 영향 또는 둘다를 적절하게 조정 ⇨ 제품을 객관적으로 평가하고 조절 할 수 있어야 한다.
  7. Copyright ⓒ All Right Reserved by Buzzvil 왜 Test Analyst

    를? 기능 정확성 테스팅 기능 타당성 테스팅 기능 성숙도 테스팅 상호 운용성 테스팅 사용성 테스팅 UX (사용자 경험) 평가 접근성 평가 이동성 테스팅 설치성 테스팅 적용성 테스팅 대치성 테스팅
  8. Copyright ⓒ All Right Reserved by Buzzvil • QA Process

    의 정착 • Test Case 관리 Tool 사용 • QA 관련 자료의 문서화 • Test Devices 정리 • 일회성 TC 관리 • 이슈관리의 체계화 • 이슈분석 • 품질 특성에 따른 테스팅 • 반복적인 Manual Test Buzzvil QA 의 AS-IS & TO-BE • 일회성 TC 관리 (WIP) • 이슈관리의 체계화 • 이슈분석 • 품질 특성에 따른 테스팅 분류 • 업무 효율을 위한 자동화 Test (WIP) • Check list 작성 (WIP) • 개발 초기부터 QA manager 참여 AS - IS TO - BE #qa-dev-chat
  9. None
  10. Copyright ⓒ All Right Reserved by Buzzvil Thank you Supply

    CCO Team QA manager Jasmine Lee 2021.08.11