1) 테스트 관리자의 책임을 언급 하시겠습니까?
QA 관리자의 역할에는 다음이 포함됩니다.
- 시작부터 종료까지 프로젝트 관리
- 시험 계획
- 결과물에 대한 고객의 동의를 얻습니다.
- 중간 산출물 및 패치 릴리스를 클라이언트에 승인합니다.
- 청구서 수신을 위한 노력 input 제출
- 이슈 관리
- 멘토링, 코칭 및 오프 쇼어 팀 관리
- 테스트 코디네이터에게 주별 현황 보고서를 제출하십시오.
- 주간 검토 회의 참석
- 매주 모든 테스트 프로젝트에 대한 KPI 게시
- 프로젝트의 자원 동원
2) 조직의 테스터가 중대한 결함이 확인 된 후에도 인도 물에 대한 테스트를 수행하고 있다는 것을 발견하면 어떤 접근법을 언급합니까?
QA 리드로서 귀하의 접근 방식은
- 수락 기준을 강화해야한다.
- 테스트 사례를 재평가해야한다.
- 가능한 경우 동등 클래스 파티션 사례 및 경계 값을 사용하여 더 많은 테스트 사례를 추가해야합니다.
- 잘못된 조건을 검사하기 위해 더 많은 테스트 사례를 추가해야합니다.
- 쇼 스토퍼 기준을 수정해야합니다.
3) 요구 사항 추적 성 매트릭스 란 무엇인가?
요구 사항 추적 성 매트릭스 는 요구 사항 문서와 테스트 사례를 연결하는 것입니다. 다음과 같은 이유로 사용됩니다.
- 모든 응용 프로그램 요구 사항이 확인 프로세스에서 테스트되는지 확인하려면
- 테스트 커버리지를 확인하려면
4) 프로젝트에 대한 테스트 도구는 어떻게 선택합니까?
- 프로젝트 요구에 따라 자동화 도구에 필요한 기능을 확인하십시오.
- 요구 사항을 충족시키는 상용 및 비상업적 도구 평가
- 도구의 비용 및 이점을 예측합니다. 비용에는 라이센스 및 교육이 포함될 수 있습니다.
- 팀 구성원과상의하여 최종 결정을하십시오.
5) 테스트 프로젝트의 주요 과제는 무엇입니까?
소프트웨어 테스팅의 주요 과제는 다음과 같습니다.
- 테스트 단계는 일반적으로 시간 제한하에 있습니다.
- 요구 사항을 이해하는 것이 때때로 어려울 수 있습니다.
- 응용 프로그램은 테스트하기에 충분히 안정적이어야합니다.
- 테스트의 우선 순위 설정
- 숙련 된 테스터 부족
- 회귀 테스트
- 빈번한 요구 사항 변경
- 도구, 자원 및 교육 부족
6) 테스트 계획이란 무엇입니까?
테스트 계획은 활동 및 테스트 범위를 설명하는 문서입니다. 모든 소프트웨어 제품을 테스트하기위한 기본 요구 사항입니다.
7) 테스트 계획의 유형은 무엇입니까?
세 가지 주요 유형의 테스트 계획이 있습니다.
- 마스터 테스트 계획
- 테스트 레벨 별 테스트 계획
- 테스트 유형별 테스트 계획
8) 시험 관리자는 어떤 기술을 습득해야합니까?
- 효과적이고 명확한 커뮤니케이션
- 팀 구성원들과 좋은 관계를 이루어야 함
- 훌륭한 듣기 기술과 감성 지능
- 팀원들에게 동기 부여
- 갈등과 윤리적 문제를 해결하십시오.
9) '구성 관리'란 무엇입니까?
구성 관리는 테스트 산출물을 조정, 제어 및 추적하는 데 사용되는 프로세스를 다룹니다.
테스트 결과물에는 자동화 코드, 요구 사항, 문서화, 문제점, 디자인, 변경 요청, 디자인 등이 포함될 수 있습니다.
10) PDCA 모델이란 무엇입니까?
PDCA 모델은
- 계획(Plan) : 개선 사항 식별 및 목표 설정
- 수행(Do) : 개선 사항 구현
- 확인(Check) : 개선 사항 확인
- 행동(Act) : 결과로 배우기
TPI (Test Process Improvement) 방법입니다.
11) 비공식적 인 리뷰 란 무엇입니까?
비공식 검토는 코드를 실행하지 않고 결함을 검사하는 방법입니다. 비공식 검토는 문서의 테스트 수명주기의 초기 단계에서 여러 번 구현됩니다. 비공식적 인 검토는 문서화되지 않았습니다.
12) 시험 프로젝트에서 위험 유형 언급
시험 프로젝트의 위험 유형은 크게 다음과 같이 분류 할 수 있습니다.
- risk 전략 : 예산, 의사 소통 및 관리 위험이 포함됩니다.
- 프로젝트 정의 risk : 여기에는 프로젝트 목표, 범위 및 요구 사항 위험이 포함됩니다.
- 인적 자원 risk : 여기에는 기술, 팀 구성원 및 조직 위험이 포함됩니다.
- 프로젝트 일정 risks.
13) 테스트 매니저가 위험에 대비해야하는 대책은 무엇입니까?
테스트 매니저는 제품을 개발하는 동안 위험을 줄이기 위해 다음 단계를 수행해야합니다.
- 회피(Avoidance) : 관련 위험 요소 제거
- 감축(Reduction) : 위험 영향을 줄이고 시정 조치를 취하는 완화 계획
- 공유(Sharing) : 위험을 인보이스 또는 보험과 같은 다른 리소스로 이전합니다 .
- 수락(Accept) : 위험을 수용하고 이러한 위험에 대한 계획된 예산을 준비 하십시오.
14) 테스트 관리자가 프로젝트를 예측하고 예상 할 수있는 것을 설명하십시오.
테스트 견적을하는 동안 테스트 매니저는 네 가지 사항을 평가해야합니다
- 비용
- 자원
- 인원의 기술(Human Skills)
- 시각
그들은 다음과 같은 방법으로 프로젝트를 평가할 수 있습니다.
- WBS (Work breakdown structure) : 프로젝트를 더 작은 세그먼트로 나누기
- 3 점 추정(Three-point estimation) : 3 점 추정은 통계 데이터를 기반으로합니다.
- 기능 점수 방법 : 각 기능에 가중치 부여 및 크기 측정
15) 3 점 추정(Three-point estimation)이란 무엇입니까?
3 점 추정에서 이전의 경험에 기초하여 모든 작업에 대해 3 개의 값이 초기에 생성됩니다. 예를 들어, 특정 작업을 완료하려면 다양한 가능성이 있습니다.
- 최우수 사례 추정 : 숙련 된 팀원으로 120 시간 또는 15 일
- 가장 많은 예상 시간 : 리소스가 충분하고 팀 구성원의 경험이 중간 정도 인 170 시간 또는 21 일
- 최악의 경우 : 200 시간 또는 25 일, 근무 경험이 적은 팀
16) 테스트 추정을위한 모범 사례 언급
Test Estimation 의 모범 사례 는 다음과 같습니다.
- 버퍼 시간을 추가하십시오. 버퍼 시간 을 갖는 것이 항상 이점입니다. 재능있는 멤버가 갑자기 업무를 그만두면 예상치 못한 이유로 인해 지연되는 것을 처리하는 데 도움이 될 수 있습니다.
- 추정에서의 계좌 자원 계획 : 추정치가 현실적이며 인적 자원의 가용성과 같은 중요한 요인으로 고려되었는지 확인하십시오.
- 과거 경험 참조 사용 : 과거의 경험을 통해 일어날 수있는 모든 장애물이나 가능한 방해물을 피하십시오
- 견적에 충실 하십시오 : 견적은 완전한 증거가 아닙니다. 그것은 또한 잘못 될 수 있습니다. 프로젝트 초기 단계에서 테스트 견적을 다시 확인하고 필요한 경우 수정할 수 있습니다.
17) 좋은 테스트 보고서에는 무엇이 포함되어 있습니까?
좋은 테스트 보고서에는 다음 내용이 포함되어야합니다.
- 프로젝트 정보
- 목표 테스트
- 테스트 요약
- 결함
18) 소프트웨어 품질 보증 모범 사례를 나열하십시오.
소프트웨어 품질 보증 의 모범 사례 에는 다음이 포함됩니다.
- 지속적인 개선
- 문서화(Documentation)
- 도구 사용 및 자동화
- 측정 항목
- 팀 작업 및 SQA 책임 공유
19) 테스트 실행의 품질을 결정할 수있는 요인은 무엇입니까?
테스트 실행의 품질을 결정하는 두 가지 방법
- 불량율 : (불량품 수 / 불량품 총 수) × 100
- 결함 누설 률 : (누락 된 결함 수 / 소프트웨어의 전체 결함 수) × 100
20) 팀 갈등을 어떻게 관리 할 것입니까?
팀 구성원의 배경과 작업 방식이 다양하므로 첫 번째 단계는 테스트 프로젝트 동안 충돌을 예상하고 준비하는 것입니다.
다음 단계는 회의를 열고 팀 구성원에게 프로젝트 상태를 평가하는 것입니다. Test Manager는 팀의 좌절감과 분노를 해결할 수 있도록 모든 사람에게 의사 소통을 개방해야합니다. 마지막으로 팀 구성원들에게 프로젝트 성공을위한 협력의 중요성을 강조하고 협력하도록 요청하십시오.
'블랙박스 테스트' 카테고리의 다른 글
수명주기 또는 버그 수명주기 결함 - 반드시 알아야 할 사항! (0) | 2018.12.19 |
---|---|
2018 년 최고의 25 가지 테스트 관리 도구 (0) | 2018.12.17 |
최고의 자동화 테스트 도구를 선택하는 방법 (0) | 2018.12.16 |
PDCA 모델을 사용한 TPI (Test Process Improvement) (0) | 2018.12.15 |
소프트웨어 버그 란 무엇입니까? 결함 관리 프로세스 학습 (0) | 2018.12.14 |