34개 이상의 애자일 테스트 인터뷰 질문 및 답변(2025)
토마스 해밀턴
신입생을 위한 애자일 테스팅 인터뷰 질문
1) 요구사항이 지속적으로 변경될 때 테스터로서 귀하의 접근 방식은 무엇입니까?
요구 사항이 계속 변경되는 경우 지속적으로 민첩한 테스터는 다음 접근 방식을 취해야 합니다.
- 요구 사항의 정확한 세부 사항보다는 의도에 초점을 맞춘 일반적인 테스트 계획 및 테스트 사례를 작성합니다.
- 변경 범위를 이해하려면 제품 소유자 또는 비즈니스 분석가와 긴밀히 협력하십시오.
- 특히 스프린트가 끝날 때 요구사항 변경에 따른 위험을 팀이 이해하고 있는지 확인하십시오.
- 기능이 안정되고 요구 사항이 확정될 때까지 기능을 자동화하려는 경우 기다리는 것이 가장 좋습니다.
- 다음 스프린트에서 변경 사항을 협상하거나 구현함으로써 변경 사항을 최소한으로 유지할 수 있습니다.
👉 무료 PDF 다운로드: 애자일 테스트 인터뷰 질문 및 답변 >>
2) 탐색적 테스팅(Agile에서 사용됨)과 스크립트 테스팅의 장단점을 나열하세요.
| 장점 | 단점 | |
|---|---|---|
| 탐색 적 테스트 | – 준비가 덜 필요함 – 요구사항 변경 시 수정이 용이함 – 문서가 부족한 경우에도 잘 작동함 | – 프로젝트 관리에 대한 진행 상황 및 적용 범위 제시가 어렵습니다. |
| 스크립트 테스트 | – 법적 또는 규제 요구 사항에 대해 테스트하는 경우 매우 유용합니다. | – 테스트 준비에는 일반적으로 시간이 많이 걸립니다. 동일한 단계를 계속해서 테스트합니다. 요구 사항이 변경되면 수정하기 어렵습니다. |
3) 익스트림 프로그래밍과 스크럼의 차이점을 설명해주세요.
| 스크럼 | 익스트림 프로그래밍(XP) |
|---|---|
| – Scrum 팀은 일반적으로 최대 2주에서 1개월 동안 지속되는 스프린트라고 하는 반복 작업을 해야 합니다. | – XP 팀은 XNUMX~XNUMX주 동안 지속되는 반복 작업을 수행합니다. |
| – 스크럼 팀은 스프린트에 변경 사항을 허용하지 않습니다. | – XP 팀은 더욱 유연해지고 반복을 변경합니다. |
| – 스크럼에서는 제품 소유자가 제품 백로그의 우선순위를 정하지만 백로그 항목을 개발할 순서는 팀이 결정합니다. | – XP 팀은 엄격한 우선순위에 따라 작업하고, 개발된 기능은 고객이 우선순위를 정합니다. |
| – 스크럼은 엔지니어링 관행을 규정하지 않습니다. | – XP는 엔지니어링 방식을 규정합니다. |
4) 에픽, 사용자 스토리, 태스크란 무엇인가요?
서사시: 제품 백로그에 항목별로 설명된 고객 설명 소프트웨어 기능을 에픽이라고 합니다. 에픽은 스토리로 세분화됩니다.
사용자 사례 : 클라이언트 관점에서 프로젝트나 비즈니스 기능을 정의하는 사용자 스토리가 준비되고, 이는 예상대로 특정 스프린트에 전달됩니다.
태스크: 더 나아가 사용자 스토리는 여러 작업으로 분류됩니다.
5) 리팩토링이 무엇인지 설명해주세요.
성능을 향상시키기 위해 기존 코드가 수정되었습니다. 이것은 리팩토링입니다. 리팩토링 중에 코드 기능은 동일하게 유지됩니다.
6) 팀 역량에 따라 스프린트 속도를 측정하는 방법을 설명하세요.
일반적으로 스프린트를 계획할 때 스프린트의 속도는 과거 데이터를 기반으로 한 전문적인 판단에 따라 측정됩니다. 그러나 스프린트의 속도를 측정하는 데 사용되는 수학 공식은 다음과 같습니다.
- 첫 번째 – 완료된 스토리 포인트 X 팀 용량: 40시간 주당의 백분율로 용량을 측정하는 경우
- 두 번째 - 완료된 스토리 포인트 / 팀 용량: 용량을 인력 시간으로 측정하는 경우
우리 시나리오에서는 두 번째 방법을 적용할 수 있습니다.
7) 스프린트 백로그와 제품 백로그의 주요 차이점을 언급하세요.
제품 백로그: 여기에는 원하는 모든 기능의 목록이 포함되어 있으며 제품 소유자가 소유합니다.
Sprint 백로그: 개발팀이 소유한 제품 백로그의 하위 집합이며 스프린트에서 제공하기로 약속합니다. Sprint 기획회의
8) Agile에서 Incremental 개발과 Iterative 개발의 차이점은 무엇입니까?
반복적 인: 반복적 방법은 소프트웨어 개발 주기가 반복되는 지속적인 소프트웨어 개발 프로세스입니다(Sprint 및 릴리스) 최종 제품이 달성될 때까지.
릴리스 1 : Sprint 1, 2… 엔
릴리스 n: Sprint 1, 2….n
증분: 증분 개발은 시스템 기능을 증분 또는 부분으로 분리합니다. 각 증분에서 기능의 각 세그먼트는 요구 사항부터 배포까지 분야 간 작업을 통해 제공됩니다.
9) Agile에서 Spike와 Zero sprint가 무엇인지 설명하세요. 그 목적은 무엇인가요?
Sprint 제로: 첫 번째 스프린트를 시작하기 전에 약간의 조사를 수행하기 위해 도입되었습니다. 일반적으로 이 스프린트는 개발 환경 설정, 제품 백로그 준비 등과 같은 활동을 위해 프로젝트 시작 시 사용됩니다.
스파이크 : 스파이크는 연구, 탐색, 디자인, 심지어 프로토타입 제작과 같은 활동에 사용되는 스토리 유형입니다. 스프린트 사이에 기술적 또는 디자인 문제와 관련된 작업에 대한 스파이크를 취할 수 있습니다. 스파이크는 기술적 스파이크와 기능적 스파이크의 두 가지 유형이 있습니다.
10) 테스트 주도 개발이란 무엇입니까?
테스트 주도 개발 또는 TDD는 테스트 주도 설계라고도 합니다. 이 방법에서 개발자는 먼저 새로운 기능이나 개선 사항을 설명하는 자동화된 테스트 사례를 작성한 다음 해당 테스트를 통과하기 위해 작은 코드를 만들고 나중에 허용 가능한 표준을 충족하도록 새 코드를 리팩토링합니다.
11) 프로토타입과 와이어프레임은 다음의 일부로 널리 사용됩니다.
프로토타입과 와이어프레임은 경험적 설계의 일부로 널리 사용되는 프로토타입입니다.
12) 애플리케이션 바이너리 인터페이스가 무엇인지 설명해주세요.
다양한 시스템 플랫폼과 환경에서 바이너리 형식의 애플리케이션 이식성에 대한 요구 사항을 정의하는 사양을 애플리케이션 바이너리 인터페이스라고 합니다.
13) Agile, Burn-up, Burn-down 차트로 설명해주세요.
프로젝트 진행 상황 연소 및 연소를 추적하기 위해 차트가 사용됩니다.
번업 차트: 시간에 따른 스토리의 진행 상황을 보여줍니다.
번다운 차트: 초과 근무까지 남은 작업량을 보여줍니다.
14) 스크럼 금지란 무엇인지 설명해주세요.
Scrum Ban은 Scrum과 Kanban을 기반으로 한 소프트웨어 개발 모델입니다. 잦은 유지 관리가 필요하고 예상치 못한 사용자 스토리와 프로그래밍 오류가 있는 프로젝트를 위해 특별히 설계되었습니다. 이러한 접근 방식을 사용하여 팀의 워크플로는 각 사용자 스토리 또는 프로그래밍 오류에 대한 완료 시간을 최소화하는 방식으로 안내됩니다.
테스터를 위한 애자일 방법론 인터뷰 질문
15) 스토리 포인트/노력/척도란 무엇입니까?
실제 시간을 할당하지 않고 스토리의 난이도를 논의하는 데 사용됩니다. 가장 일반적으로 사용되는 척도는 피보나치 수열(1,2,3,5,8,13,….100)이지만 일부 팀은 선형 척도(1,2,3,4….), 2의 거듭제곱(1,2,4,8……) 및 천 크기(XS, S, M, L, XL)를 사용합니다.
16) 추적탄이 무엇인지 설명해주세요.
트레이서 불릿은 현재 아키텍처, 현재 모범 사례 집합, 현재 기술 집합을 사용한 스파이크이며, 이는 프로덕션 품질 코드를 생성합니다. 버려지는 코드가 아니라 기능을 좁게 구현한 것일 수 있습니다.
17) 테스트 스터브란 무엇인가요?
테스트 스텁은 테스트 중인 시스템 내에서 개발되지 않았거나 완전히 개발된 구성 요소를 대체하는 작은 코드입니다. 테스트 스텁은 구체적으로 알려진 출력을 생성하여 실제 구성 요소를 모방하고 실제 구성 요소를 대체하는 방식으로 설계되었습니다.
18) RUP(Rational Unified Process)와 스크럼 방법론의 차이점은 무엇입니까?
| RUP | 스크럼 |
|---|---|
| – 공식 주기는 XNUMX단계에 걸쳐 정의되지만 일부 워크플로는 동시에 진행될 수 있습니다. | – 각 스프린트는 완전한 사이클입니다. |
| – 여러 반복과 관련된 공식적인 프로젝트 계획이 사용됩니다. | – 엔드투엔드 프로젝트 계획이 없습니다. 각각의 다음 반복 계획은 현재 반복이 끝날 때 결정됩니다. |
| – 범위는 프로젝트 시작 전에 사전 정의되고 범위 문서에 문서화됩니다. 프로젝트 진행 중에 범위가 수정될 수 있습니다. | – 범위 스크럼 대신 프로젝트 백로그를 사용합니다. |
| – 아티팩트에는 범위 문서, 공식 기능 요구 사항 패키지, 시스템 아키텍처 문서, 개발 계획, 테스트 스크립트 등이 포함됩니다. | - Opera소프트웨어는 유일한 형식적 인공물이다. |
| – 중간에서 높은 복잡성을 지닌 장기, 대규모, 기업 수준 프로젝트에 권장됩니다. | – 마감일에 구애받지 않는 빠른 개선 및 정리에 권장됩니다. |
19) 애자일에게 지속적인 통합이 중요한 이유는 무엇입니까?
지속적인 통합이 Agile에 중요한 데에는 다음과 같은 이유가 있습니다.
- 버그나 통합 오류를 감지하여 출시 일정을 적시에 유지하는 데 도움이 됩니다.
- 일반적으로 2~3주 스프린트마다 빈번하게 Agile 코드가 제공되므로 안정적인 빌드 품질이 필수이며 지속적인 통합을 통해 다음을 보장합니다.
- 코드 베이스의 품질과 버그 없는 상태를 유지하는 데 도움이 됩니다.
- 지속적인 통합은 자동 빌드 및 병합 기능을 사용하여 브랜치에서 개발 작업이 진행되는 경우 브랜치에 대한 작업의 영향을 메인 트렁크까지 확인하는 데 도움이 됩니다.
20) Agile 중에는 어떤 테스트가 이루어지나요?
Agile의 주요 테스트 활동은 자동화된 단위 테스트와 탐색 테스트입니다.
그러나 프로젝트 요구 사항에 따라 테스터는 AUT(테스트 중인 응용 프로그램)에서 기능 및 비기능 테스트를 실행할 수 있습니다.
경험자를 위한 애자일 테스팅 인터뷰 질문
21) Agile에서 Velocity란 무엇인지 설명하세요.
Velocity는 반복에서 완료된 사용자 스토리와 관련된 모든 노력 추정치를 더하여 계산되는 지표입니다. Agile이 스프린트에서 얼마나 많은 작업을 완료할 수 있는지, 프로젝트를 완료하는 데 얼마나 많은 시간이 필요한지 파악합니다.
22) 좋은 애자일 테스터가 갖추어야 할 자질은 무엇인가요?
좋은 Agile 테스터는 다음과 같은 자질을 가져야 합니다.
- 요구사항을 빠르게 이해할 수 있어야 합니다.
- Agile 테스터는 Agile 원칙과 개념을 잘 알고 있어야 합니다.
- 요구사항이 계속 변경됨에 따라 테스터는 이에 수반되는 위험을 이해해야 합니다.
- 애자일 테스터는 요구사항에 따라 작업의 우선순위를 정할 수 있어야 합니다.
- 비즈니스 관계자, 개발자, 테스터 간의 지속적인 커뮤니케이션이 필수입니다.
23) Agile 팀에는 누가 참여하나요?
애자일에서 두 가지 주요 리드는 다음과 같습니다.
- 스크럼 마스터: Agile 프로그램에 필요한 대부분의 입력과 출력을 조정합니다.
- 개발 관리자: 적합한 사람을 고용하고 팀과 함께 개발합니다.
24) 스크럼 마스터의 역할은 무엇인지 구체적으로 언급해주세요.
스크럼 마스터 주요 책임에는 다음이 포함됩니다.
- 요구 사항을 이해하고 이를 작동하는 소프트웨어로 전환
- 모니터링 및 추적
- 보고 및 커뮤니케이션
- 프로세스 체크 마스터
- 품질 마스터
- 장애물 해결
- 충돌 해결
- 팀 보호 및 성과 피드백
- 모든 회의를 주도하고 장애물을 해결
25) 애자일 품질 전략이 무엇인지 언급해 주세요.
민첩한 품질 전략은
- 리팩토링
- 비솔로 개발
- 정적 및 동적 코드 분석
- Rev조회 및 검사
- 반복/스프린트 데모
- 올핸즈 데모
- 경량 이정표 검토
- 짧은 피드백 주기
- 표준 및 지침
26) Agile 프로젝트 작업 중 스크린샷에 유용할 수 있는 도구가 무엇인지 언급해 주세요.
Agile 프로젝트를 진행하는 동안 다음과 같은 도구를 사용할 수 있습니다.
- 버그 파는 사람
- 버그슈팅
- q추적
- Snagit
- 모닥불
- Usersnap
27) 프로젝트 전반에 걸쳐 일관된 반복 길이를 유지하면 어떤 이점이 있는지 언급해 주세요.
장점은
- 팀이 진행 상황을 객관적으로 측정하는 데 도움이 됩니다.
- 팀 속도를 측정하는 일관된 수단을 제공합니다.
- 일관된 전달 패턴을 설정하는 데 도움이 됩니다.
28) 타임박스 계획의 우선순위를 재조정해야 하는 경우 누가 우선순위를 재조정해야 합니까?
타임박스 계획의 우선순위를 재조정해야 하는 경우에는 전체 팀, 제품 소유자, 개발자를 포함해야 합니다.
29) 번다운 차트가 강조해야 할 사항은 무엇입니까?
번다운 차트는 타임박스(반복)가 끝나기 전에 완료해야 할 남은 작업을 보여줍니다.
30) 스크럼과 애자일의 차이점이 무엇인지 언급해 주세요.
- 스크럼: 스크럼에서 스프린트는 개발의 기본 단위입니다. 각 스프린트에 이어 계획 회의가 이어지며, 여기서 스프린트의 작업이 식별되고 추정됩니다. 각 스프린트 동안 팀은 제품의 완성된 부분을 만듭니다.
- 기민한: Agile에서 각 반복에는 제품이 이해관계자에게 시연될 때 계획, 설계, 코딩, 요구 사항 분석, 단위 테스트 및 승인 테스트를 포함한 전체 소프트웨어 개발 주기를 통해 작업하는 팀이 참여합니다.
간단히 말해서, Agile은 관행이고 Scrum은 이 관행을 따르는 프로세스입니다.
31) AGILE 소프트웨어 개발과 관련된 과제는 무엇입니까?
Agile 소프트웨어 개발과 관련된 과제는 다음과 같습니다.
- 더 많은 테스트와 고객 참여가 필요합니다.
- 개발자보다 관리에 더 많은 영향을 미칩니다
- 다음 기능으로 넘어가기 전에 각 기능을 완료해야 합니다.
- 애플리케이션이 작동 상태인지 확인하려면 모든 코드가 제대로 작동해야 합니다.
- 더 많은 계획이 필요합니다
32) 언제 Agile을 사용하지 말아야 합니까?
사용하기 전에 민첩한 방법론, 당신은 다음 질문을 해야 합니다.
- 기능 분할이 가능합니까?
- 고객이 이용 가능합니까?
- 요구사항이 유연합니까?
- 시간이 정말 제한되어 있는 걸까요?
- 팀의 숙련도가 충분합니까?
33) 프로젝트에 스크럼을 쉽게 구현할 수 있는 방법을 설명해주세요.
프로젝트에서 스크럼을 구현하는 데 도움이 될 수 있는 팁은 다음과 같습니다.
- 백로그를 정리하세요
- 제품 백로그 항목의 크기에 대한 아이디어를 얻으세요.
- 스프린트 백로그를 완료하기 위한 스프린트 요구 사항 및 기간을 명확히 합니다.
- 팀 스프린트 예산을 계산한 다음 요구 사항을 작업으로 분할합니다.
- 공동 작업 공간 - 계획, 로드맵, 주요 날짜, 기능 스케치, 문제, 로그, 상태 보고서 등을 포함하는 모든 팀 토론의 중심입니다.
- Sprint- 다음 기능으로 넘어가기 전에 한 번에 한 가지 기능을 완료해야 합니다. 다른 옵션이 없는 경우가 아니면 스프린트는 중단되어서는 안 됩니다.
- 일일 스탠드업 회의 참석: 회의에서 마지막 회의 이후 달성한 사항, 다음 회의 전에 달성할 목표 및 진행 상황을 방해하는 사항을 언급해야 합니다.
- 번다운 차트를 사용하여 일일 진행 상황을 추적하세요. 번다운 차트를 통해 제대로 진행되고 있는지, 뒤쳐지고 있는지 추정할 수 있습니다.
- 다음 단계로 넘어가기 전에 각 기능을 잘 완료하세요.
- 스프린트가 끝나면 스프린트 검토 회의를 열고 스프린트에서 무엇을 달성했는지 또는 무엇을 전달했는지 언급하세요.
34) 제품 로드맵이 무엇을 의미하는지 설명해주세요.
제품 비전을 생성하는 제품 기능에 대한 전체적인 관점을 위해 제품 로드맵이 참조됩니다.
이 인터뷰 질문은 당신의 비바(구술)에도 도움이 될 것입니다.
