20 selective qa interview questions clear interview 2021
가장 자주 묻는 품질 보증 QA 인터뷰 인터뷰 준비에 도움이되는 질문 및 답변 :
다음은 품질 보증 엔지니어를 인터뷰 할 때 물어볼 몇 가지 질문입니다.
질문은 품질 프로세스와 전략에 대해 더 강조되며 이러한 질문은 테스트를 위해 요청되지 않습니다.
QA 엔지니어는 대부분 테스트 업계에서 어느 정도 시간을 보낸 사람들입니다. 로드맵과 전략을 만들 때 업계에 어느 정도 노출되는 것이 항상 유리하기 때문입니다.
시작하자!!
자주 묻는 QA 인터뷰 질문
시작하자!!
Q # 1) 품질 보증, 품질 관리 및 테스트의 차이점은 무엇입니까?
대답: 품질 보증은 팀과 조직 내에서 품질 (테스트) 프로세스를 모니터링하고 구현하는 방법을 계획하고 정의하는 프로세스입니다. 이 방법은 프로젝트의 품질 표준을 정의하고 설정합니다.
품질 관리는 결함을 찾고 소프트웨어의 품질을 개선하기위한 제안을 제공하는 프로세스입니다. 품질 관리에서 사용하는 방법은 일반적으로 품질 보증에 의해 설정됩니다. 품질 관리를 구현하는 것은 테스트 팀의 주요 책임입니다.
테스트는 결함 / 버그를 찾는 과정입니다. 개발 팀에서 구축 한 소프트웨어가 사용자가 설정 한 요구 사항과 조직이 설정 한 표준을 충족하는지 여부를 확인합니다.
여기서 주요 초점은 버그를 찾는 데 있으며 테스트 팀은 품질 게이트 키퍼로 일합니다.
Q # 2) QA 활동은 언제 시작해야한다고 생각하십니까?
대답: QA 활동은 프로젝트 시작부터 시작해야합니다. 일찍 시작할수록 품질을 달성하기위한 표준을 설정하는 것이 더 유익합니다.
QA 활동이 지연되는 경우 비용, 시간 및 노력이 매우 어렵습니다.
Q # 3) 무엇입니까 테스트 계획과 테스트 전략의 차이점 ?
대답: 테스트 전략은 전체 프로젝트에 대한 테스트의 전반적인 접근 방식을 보여주는 프로젝트 관리자가 주로 생성하는 상위 수준에 있으며 테스트 계획은 프로젝트에 속하는 특정 응용 프로그램에 대해 테스트를 수행하는 방법을 보여줍니다.
Q # 4) 소프트웨어 테스트 수명주기를 설명해 주시겠습니까?
대답: 소프트웨어 테스트 수명주기 품질 목표가 충족되었는지 확인하기 위해 명확한 순서로 실행되는 특정 단계가있는 테스트 프로세스를 나타냅니다.
Q # 5) 어떻게 정의합니까 좋은 테스트 케이스 작성 형식 ?
답변 : 테스트 케이스의 형식은 다음과 같습니다.
- 테스트 케이스 ID
- 테스트 케이스 설명
- 심각성
- 우선 순위
- 환경
- 빌드 버전
- 실행 단계
- 예상 결과
- 실제 결과
Q # 6) 좋은 테스트 케이스는 무엇입니까?
대답: 간단히 말해서, 좋은 테스트 케이스는 결함을 발견 한 것입니다. 그러나 모든 테스트 케이스는 결함을 찾지 못하므로 좋은 테스트 케이스는 규정 된 모든 세부 사항과 적용 범위를 포함하는 것일 수도 있습니다.
Q # 7) 매우 짧은 시간에 실행할 수있는 대규모 제품군이 있다면 어떻게 하시겠습니까?
대답: 시간이 적고 더 많은 양의 테스트 케이스를 실행해야하는 경우 먼저 테스트 케이스의 우선 순위를 정하고 우선 순위가 높은 테스트 케이스를 실행 한 다음 우선 순위가 낮은 테스트 케이스로 이동해야합니다.
이렇게하면 소프트웨어의 중요한 측면을 테스트 할 수 있습니다.
또는 소프트웨어의 가장 중요한 기능인 고객 선호도를 찾을 수 있으며, 해당 영역에서 테스트를 시작한 다음 점차 덜 중요한 영역으로 이동해야합니다.
Q # 8) QA도 제작 문제 해결에 참여할 수 있다고 생각하십니까?
대답: 명확히!! QA가 프로덕션 문제 해결에 참여하는 것은 좋은 학습 곡선이 될 것입니다. 대부분의 프로덕션 문제는 로그를 지우거나 일부 레지스트리 설정을 지정하거나 서비스를 다시 시작하여 해결할 수 있습니다.
이러한 종류의 환경 문제는 QA 팀에 의해 매우 잘 해결 될 수 있습니다.
또한 QA가 생산 문제 해결에 대한 통찰력을 가지고 있다면 테스트 케이스를 작성하는 동안 포함시킬 수 있으며 이러한 방식으로 품질 향상에 기여하고 생산 결함을 최소화 할 수 있습니다.
Q # 9) 프로덕션에서 버그를 발견했다고 가정 해 보겠습니다. 동일한 버그가 다시 발생하지 않도록 어떻게 확인합니까?
대답: 가장 좋은 방법은 프로덕션 결함에 대한 테스트 케이스를 즉시 작성하고 회귀 제품군에 포함하는 것입니다. 이렇게하면 버그가 다시 발생하지 않습니다.
또한 대체 테스트 케이스 또는 유사한 종류의 테스트 케이스를 생각하여 계획된 실행에 포함시킬 수 있습니다.
Q # 10) 기능 테스트와 비 기능 테스트의 차이점은 무엇입니까?
대답:
기능 테스트 응용 프로그램의 기능적 측면을 다룹니다. 이 기술은 시스템이 요구 사항 및 사양에 따라 작동하는지 테스트합니다. 이는 고객 요구 사항과 직접 연결됩니다. 지정된 요구 사항에 대해 테스트 사례를 검증하고 그에 따라 테스트 결과를 통과 또는 실패로 만듭니다.
예 회귀, 통합, 시스템, 연기 등을 포함합니다.
비 기능 테스트 , 반면에 응용 프로그램의 비 기능적 측면을 테스트합니다. 요구 사항에 초점을 맞추지 않고 성능, 부하 및 스트레스와 같은 환경 요인에 중점을 둡니다. 이들은 요구 사항에 명시 적으로 지정되어 있지 않지만 품질 표준에 규정되어 있습니다. 따라서 QA로서 우리는 이러한 테스트에도 충분한 시간과 우선 순위가 부여되었는지 확인해야합니다.
Q # 11) 네거티브 테스트 란 무엇입니까? 양성 검사와 어떻게 다릅니 까?
대답: 네거티브 테스트는 잘못된 입력의 경우 시스템이 정상적으로 작동하는지 확인하는 기술입니다. 예를 들면 사용자가 텍스트 상자에 잘못된 데이터를 입력하는 경우 시스템은 사용자가 이해하지 못하는 기술 메시지 대신 적절한 메시지를 표시해야합니다.
부정적인 테스트 양성 테스트는 시스템이 예상대로 작동하는지 확인하고 테스트 결과를 예상 결과와 비교한다는 점에서 양성 테스트와 다릅니다.
음성 테스트에 대한 대부분의 시나리오는 기능 요구 사항 문서에 언급되어 있지 않습니다. QA로서 우리는 부정적인 시나리오를 식별해야하며이를 테스트 할 수있는 조항이 있어야합니다.
Q # 12) 테스트가 완전하고 커버리지가 양호한 지 어떻게 확인할 수 있습니까?
대답: 요구 사항 추적 성 매트릭스 및 테스트 커버리지 매트릭스는 테스트 케이스의 커버리지가 양호한 지 확인하는 데 도움이됩니다.
요구 사항 추적 성 매트릭스는 모든 요구 사항이 충족 될 수 있도록 테스트 조건이 충분한 지 확인하는 데 도움이됩니다. 커버리지 매트릭스는 테스트 케이스가 RTM에서 식별 된 모든 테스트 조건을 충족하기에 충분하다는 것을 결정하는 데 도움이됩니다.
안 RTM 다음과 같이 보일 것입니다.
비슷하게, 테스트 커버리지 매트릭스는 다음과 같습니다.
자바 배열 정렬 방법
Q # 13) 테스트 케이스를 작성할 때 참조하는 다른 아티팩트는 무엇입니까?
대답: 사용되는 주요 아티팩트는 다음과 같습니다.
- 기능 요구 사항 사양
- 요구 사항 이해 문서
- 사용 사례
- 와이어 프레임
- 사용자 스토리
- 허용 기준
- 많은 시간 UAT 테스트 케이스
Q # 14) 문서없이 테스트 케이스를 작성해 본 적이 있습니까?
대답: 네, 구체적인 문서없이 테스트 케이스를 작성해야하는 상황이 있습니다.
이 경우 가장 좋은 방법은 다음과 같습니다.
- BA 및 개발 팀과 협력하십시오.
- 몇 가지 정보가있는 메일을 파헤칩니다.
- 이전 테스트 케이스 / 회귀 제품군 파헤 치기
- 기능이 새로운 경우 위키 페이지 또는 응용 프로그램의 도움말을 읽고 아이디어를 얻으십시오.
- 개발자와 함께 앉아 변경 사항을 이해하십시오.
- 이해를 바탕으로 테스트 조건을 식별하고이를 BA 또는 이해 관계자에게 보내 검토합니다.
Q # 15) 의미 확인 및 검증 ?
대답:
확인 소프트웨어가 비즈니스 요구를 충족하는지 확인하기 위해 최종 제품을 평가하는 프로세스입니다. 우리가 일상에서 수행하는 테스트 실행은 연기 테스트, 기능 테스트, 회귀 테스트, 시스템 테스트 등을 포함하는 유효성 검사 활동입니다.
확인 소프트웨어 개발 라이프 사이클의 중간 작업 제품을 평가하여 최종 제품을 만드는 데 올바른 경로에 있는지 확인하는 프로세스입니다.
Q # 16) 알고있는 다른 검증 기술은 무엇입니까?
대답: 검증 기술은 정적입니다. 3 가지 검증 기법이 있습니다.
다음과 같이 설명됩니다.
(i) 검토 – 코드 / 테스트 케이스를 제작 한 저자가 아닌 다른 사람이 검사하는 방법입니다. 보장과 품질을 보장하는 가장 쉽고 가장 좋은 방법 중 하나입니다.
(ii) 검사 – 이것은 테스트 아티팩트 또는 코드의 결함을 검사하고 수정하는 기술적이고 체계적인 방법입니다. 훈련되기 때문에 다양한 역할이 있습니다.
- 중재자 – 전체 검사 회의를 용이하게합니다.
- 레코더 – 회의록, 발생한 결함 및 논의 된 기타 사항을 기록합니다.
- 리더 – 문서 / 코드를 읽으십시오. 리더는 또한 전체 검사 회의로 연결됩니다.
- 프로듀서 – 저자. 그들은 궁극적으로 주석에 따라 문서 / 코드를 업데이트 할 책임이 있습니다.
- 검토 자 – 모든 팀원은 검토 자로 간주 될 수 있습니다. 이 역할은 프로젝트 요구 사항에 따라 일부 전문가 그룹이 수행 할 수도 있습니다.
(iii) 연습 – 문서 / 코드 작성자가 내용을 읽고 피드백을받는 과정입니다. 이것은 대부분 수정을 추구하기보다는 일종의 FYI (For Your Information) 세션입니다.
Q # 17) 차이점은 무엇입니까 부하 및 스트레스 테스트 ?
대답:
스트레스 테스트 스트레스 하에서 실행될 때 시스템의 동작을 검증하는 기술입니다. 설명하기 위해 우리는 자원을 줄이고 시스템의 동작을 확인합니다. 먼저 시스템의 상한선을 이해하고 점차적으로 자원을 줄이고 시스템 동작을 확인합니다.
에 부하 테스트, 예상 부하에서 시스템 동작을 검증합니다. 로드는 동시 사용자 또는 동시에 시스템에 액세스하는 리소스가 될 수 있습니다.
Q # 18) 프로젝트에 대한 의문이있는 경우 어떻게 접근합니까?
대답: 의심스러운 경우 먼저 사용 가능한 아티팩트 / 응용 프로그램 도움말을 읽고 해결하십시오. 의심스러운 점이 계속되면 직속 상사 나 팀의 선임 구성원에게 문의하십시오.
비즈니스 분석가는 의심을 제기하는 데 좋은 선택이 될 수도 있습니다. 다른 의문이있는 경우 개발 팀에 문의 사항을 전달할 수도 있습니다. 마지막 옵션은 관리자와 마지막으로 이해 관계자와 후속 조치를 취하는 것입니다.
Q # 19) 자동화 도구를 사용한 적이 있습니까?
대답: 이 질문에 대한 답은 개인에게 매우 배타적입니다. 프로젝트에서 사용한 모든 자동화 도구 및 전략에 응답하십시오.
Q # 20) 어느 소프트웨어에 얼마나 많은 테스트가 필요한지 어떻게 결정합니까?
대답: 우리는이 요인을 알아 냄으로써 알 수 있습니다. 순환 복잡성 .
티 그 기술은 프로그램 / 기능에 대한 아래 3 가지 질문을 식별하는 데 도움이됩니다.
- 기능 / 프로그램을 테스트 할 수 있습니까?
- 모든 사람이 기능 / 프로그램을 이해하고 있습니까?
- 기능 / 프로그램이 충분히 신뢰할 수 있습니까?
QA로서 우리는이 기술을 사용하여 테스트의 '수준'을 식별 할 수 있습니다.
순환 적 복잡성의 결과가 더 많거나 더 많은 경우, 우리는 그 기능이 복잡한 성격을 지닌 것으로 간주하고 따라서 테스터로서 결론을 내리는 것이 관행입니다. 코드 / 기능에는 심층적 인 테스트가 필요합니다.
반면 Cyclomatic Complexity의 결과가 더 적 으면 QA로 기능이 덜 복잡하다는 결론을 내리고 그에 따라 범위를 결정합니다.
전체 테스트 수명주기를 이해하는 것이 매우 중요하며 필요한 경우 프로세스의 변경 사항을 제안 할 수 있어야합니다. 목표는 고품질 소프트웨어를 제공하는 것이며, 이러한 방식으로 QA는 프로세스를 개선하고 테스트 팀이 테스트를 실행하는 방식을 개선하는 데 필요한 모든 조치를 취해야합니다.
QA 인터뷰 질문과 답변이 품질 보증 인터뷰를 준비하는 데 도움이되기를 바랍니다.