답변:
테스터와 관련한 경험이 많지 않은 경우 Cem Kaner의 "컴퓨터 소프트웨어 테스트"의 처음 몇 장에서 경계 테스트, 오류 테스트, 행복한 경로 테스트, 기능, 성능, 보안, 통합 등. 언어를 구사할 수 없으면 훌륭한 인터뷰를 할 수 없습니다.
시스템의 작은 부분에 대한 사양을 제공하십시오. 테스트 해 보라고한다. 당신은 생각의 조직과 흥미로운 시험을내는 능력을 찾고 있습니다. 테스트 영역을 순서대로 분리 한 다음 각 영역으로 드릴 다운하여 점점 더 흥미로운 테스트 사례를 고안하려고합니다. 정말 좋은 테스터는 가장 사소한 문제를 제외하고 몇 시간 동안이 작업을 수행 할 수 있으므로 생각을 잘 느끼기 위해 잘라 내고 다른 카테고리로 옮겨야 할 수도 있습니다.
이해하기 어려운 시스템의 실제 버그로 인한 동작을 설명하십시오. 테스트하는 동안이 버그를 발견하면 어떻게해야하는지 물어보십시오. 여기서 버그 감소를 찾고 있습니다. 버그를 재현 할 수있는 가장 간단한 환경을 찾을 수있는 기능입니다. 이는 개발자가 문제를 일으킨 원인에 대해 더 잘 추측 할 수 있기 때문에 디버깅이 훨씬 쉬워지고 문제를 해결하는 명확한 능력과 버그를 유발하기 위해 어떤 요소가 상호 작용할 수 있는지에 대한 명확한 이해를 보여줍니다. 특정 제품을 사용하면 경쟁 조건을 논의하는 것이 재미있을 수 있습니다.
함께 해킹 한 간단한 명령 줄 프로그램 (버그가있을 수 있음)과 간단한 사양을 제공하고 문제를 찾을 수 있도록 컴퓨터에 앉아서 게임을 즐기게하십시오. 여기 당신은 창의성과 문제 영역을 목표로하는 능력을 찾고 있습니다. 그들은 큰 입력, 작은 입력, 이상한 입력, 빈 입력과 같은 것들을 테스트해야합니다. 그들이 버그를 발견하면, 버그가 언제 발생하는지 정확하게 파악하도록 노력하십시오 (버그 감소와 함께!).
SDE가 "No Repro"또는 "Wo n't Fix"로 버그에 응답하면 버그가 중요하다고 생각되면 어떻게해야하는지 물어보십시오. 여기서 당신은 밀기 일뿐 만 아니라 적대적이지 않은 사람을 찾고 있습니다. 합리적인 응답에는 버그의 심각성을 더 명확하게 보여주는 예제 시나리오를 추가 한 다음 티켓을 다시 열고 개발자와 대화하여 닫기 전에 왜 이런 식으로 문제가 해결되었는지 이해하는 등이 포함됩니다.
응용 프로그램에 대해 높은 수준으로 이야기하십시오. 어떤 종류의 테스트를 수행하고 싶은지 물어보십시오. 여기서는 기능 구성 요소 테스트, 통합 테스트, 성능 테스트, 보안 테스트와 같은 일반적인 테스트 영역을 찾고 있습니다.
이것이 SDET / 자동화 엔지니어라면 전체 경험의 약 1/3에서 반에 달하는 개발자들에게 인터뷰 질문을합니다.
이것이 첫 번째 품질 보증 담당자 인 경우 스스로 시작할 수 있는지 확인하십시오. 그들이 일주일에서 첫 달에 어떻게 생겼는지 상상해보십시오. 요구 사항을 수집하고 도구를 설정하는 것에 대해 말한 다음 테스트를 시작하기위한 합리적인 접근 방법을 설명해야합니다. 테스트를 시작하고 자체 관리 할 수있는 방법을 알려주기 위해 보스가 필요없는 사람을 찾고 있습니다. QA 직원이 이미 있다면 덜 중요합니다.
QA 응시자를 인터뷰 할 때 내가하는 일은 응시자를위한 테스트 전략을 스케치하도록 요청하는 것입니다. 나는 보통 그들에게 내 휴대 전화를주고 제한된 기능을 가진 앱을 고르거나 더 익숙한 것을 고를 수있게한다. 그들이 높은 수준의 전략을 나열 할 때 (일부는 할 수 없음), 몇 가지 테스트 사례를 드릴 다운하고 나열하도록 요청할 수 있습니다.
완료되면 리소스를 제한하고 우선 순위를 지정하는 시나리오를 제공 할 수 있습니다.
또한 소프트웨어가 배송하기에 충분한시기, PM 또는 개발자가 버그가 중요하지 않다고 생각하는 상황을 처리하는 방법을 물어 봅니다. 일반적인 제품 개발 시나리오.
비 코딩 QA 위치입니다. 코딩 QA 입장에서는 개발자 / 테스트 콤보 인터뷰를 제공합니다.
테스트 계획을 어떻게 설계 할 것인지 물어보십시오. 그들이 회귀 테스트를 사용한 경험이 있는지, 어떻게했는지 물어보십시오. 사용자 인터페이스 테스트 방법에 대해 문의하십시오. 사용자 인터페이스를 거치지 않는 데이터 가져 오기 테스트 방법에 대해 문의하십시오 (이러한 경우). 문제를 개발자에게 전달하는 방법과 문제 해결을 확인하는 방법을 물어보십시오. 나는 그들이 찾은 가장 흥미로운 (또는 찾기 가장 어려운) 버그와 그들이 그것을 어떻게 찾았는지에 대해 물었다.
인터뷰를 시작하기 전에 테스트에 관한 책 중 일부를 찾아서 QA 담당자가해야 할 일을 조금 살펴보십시오. 답변을 평가하는 데 도움이됩니다.
또한 당신은 또한 좋은 성격 맞춤을 찾고 있습니다. 푸시 오버 인 QA 담당자는 원하지 않지만 깡패 나 멍청이는 원하지 않습니다. 그러나 경영진이 기한을 맞추고 싶어서 일이 잘못되었을 때 경영진에게 설득력있는 사람을 원하고 모든 것을 승인하는 것은 아닙니다. 개발자와 효과적으로 작업하고 테스트 대상의 요구 사항을 이해하는 사람이 필요합니다. 테스트중인 애플리케이션 유형에 대한 배경 지식이있는 사람이 좋을 수 있습니다. 건강 관리 경험이있는 테스터는 다른 분야에서 온 누군가가 알지 못할 수도있는 테스트 할 사항을 알게됩니다.
나는 그들이 기술에 대한 진지한 지식을 가질 것으로 기대할 수 없다고 생각합니다.
최선을 다하는 것은 세부 사항에 대한 관심, 호기심 많은 마음, 실험에 대한 열정 등과 같은 일반적인 것들을 찾는 것입니다.