상위 21개 API 테스트 인터뷰 질문 및 답변(2025)
꿈의 직업을 갖기 위한 신입생과 숙련된 지원자를 위한 API 테스트 면접 질문과 답변은 다음과 같습니다.
1) API 테스트에 사용되는 도구는 무엇입니까?
다양한 API 테스트에 사용되는 도구는 다음과 같습니다.
- SoapUI 프로
- 우편 집배원
- Alertsite API 모니터링
2) API 테스트란 무엇입니까?
API(응용 프로그래밍 인터페이스)는 일부 소프트웨어 구성 요소가 다른 구성 요소와 상호 작용하는 방법을 지정합니다. 즉, 응용 프로그램의 기능이나 데이터에 액세스하는 응용 프로그램을 만들 수 있는 기능 및 절차의 집합입니다. 운영 체제이러한 기능을 테스트하는 것을 API 테스트라고 합니다.
3) API에서 일반적으로 수행되는 테스트는 무엇입니까?
API에서 수행되는 일반적인 테스트
- API가 업데이트 중인지 확인 데이터 구조
- API가 아무것도 반환하지 않는지 확인
- 입력 조건에 따라 API에서 반환된 값을 확인합니다.
- API가 다른 이벤트를 트리거하는지 또는 다른 API를 호출하는지 확인
4) UI 수준 테스트와 API 테스트의 주요 차이점은 무엇인가요?
UI(사용자 인터페이스)는 사용자가 애플리케이션과 상호 작용하는 방식, 글꼴, 이미지, 레이아웃 등과 같은 애플리케이션 요소를 테스트하는 등 그래픽 인터페이스를 테스트하는 것을 말합니다. UI 테스트는 기본적으로 애플리케이션의 모양과 느낌에 중점을 둡니다. 반면 API는 두 개의 개별 소프트웨어 시스템 간의 통신을 가능하게 합니다. API를 구현하는 소프트웨어 시스템에는 다른 소프트웨어 시스템에서 실행할 수 있는 기능이나 서브루틴이 포함되어 있습니다.
5) SOAP이 무엇인지 설명하세요.
SOAP는 Simple Object Access Protocol의 약자이며, XML 컴퓨터 간 정보 교환을 위한 기반 프로토콜입니다.
6) REST API가 무엇인지 설명하세요.
개발자가 요청을 수행하고 응답을 받는 기능 집합입니다. REST API 상호 작용은 HTTP 프로토콜을 통해 이루어집니다. REST는 Representational State Transfer의 약자로 빠르게 API 생성을 위한 사실상의 표준이 되고 있습니다.
7) API와 단위 테스트의 차이점은 무엇입니까?
API 테스트 | 단위 테스트 |
---|---|
API는 QA팀이 소유합니다. | 단위 테스트는 개발팀이 소유합니다. |
API는 대부분 블랙박스 테스트입니다. | 단위 테스트는 화이트박스 테스트이다 |
시스템의 전체 기능은 최종 사용자(API를 사용할 외부 개발자)가 사용하므로 API 테스트에서 고려됩니다. | 단위 테스트는 격리된 각 단위가 예상대로 작동하는지 여부를 확인하기 위해 수행됩니다. |
API 테스트는 빌드가 준비되고 작성자가 소스 코드에 액세스할 수 없는 후에 실행되는 경우가 많습니다. | 각 모듈에 대해 개발자는 각 코드 모듈에 대한 단위 테스트를 빌드하고 코드가 빌드에 포함되기 전에 각 모듈이 단위 테스트를 통과하는지 확인해야 합니다. |
8) API를 테스트하는 방법은?
API를 테스트하려면 다음 단계를 따라야 합니다.
- API 테스트 사례를 추가하려는 제품군을 선택하세요.
- 테스트 개발 모드 선택
- 원하는 API 메소드에 대한 테스트 케이스 개발
- 애플리케이션 제어 매개변수 구성
- 테스트 조건 구성
- 방법 검증 구성
- API 테스트 실행
- 테스트 보고서 보기
- API 테스트 사례 필터링
- 시퀀스 API 테스트 케이스
9) API 문서를 작성할 때 고려해야 할 주요 사항은 무엇입니까?
API 문서를 작성할 때 고려해야 할 핵심 영역은 다음과 같습니다.
- 콘텐츠의 출처
- 문서 계획 또는 스케치
- 배송 레이아웃
- 문서 내 각 기능에 필요한 정보
- 자동 문서 작성 프로그램
10) API 문서에서 각 기능을 문서화하는 방법을 설명하세요. 문서화에 사용되는 도구는 무엇인가요?
- 상품 설명 함수가 수행하는 작업에 대한 간단한 설명
- 구문 : 코드 매개변수에 대한 구문, 발생 순서, 필수 및 선택 요소 등
- 매개 변수 : 기능 매개변수
- 오류 메시지 : 오류 메시지 구문
- 예제 코드 : 작은 코드 조각
- 관련 링크 : 관련 기능
API 문서에 사용되는 인기 있는 도구는 JavaDoc(Java 코드용) Doxygen(.Net 코드용)입니다.
11) API 프레임워크를 설명하세요?
API 프레임워크는 설명이 필요 없습니다. 테스트 실행 및 구성 가능한 부분을 보관하기 위한 값은 구성 파일에서 사용됩니다. 자동화된 테스트 케이스는 구성 파일 내에서 "구문 분석 테이블" 형식으로 표현되어야 합니다. API를 테스트할 때 모든 API를 테스트할 필요는 없으므로, 구성 파일에 해당 실행에 대해 모든 API가 활성화되는 섹션을 구성합니다.
12) API 빌더는 어떻게 작동하나요?
API Builder는 XNUMX가지로 구성된 PLSQL 프로그램입니다. SQL 파일
- API 매개변수 설정 및 프로세스 시작을 담당하는 파일은 하나입니다.
- 출력된 코드를 생성하기 위해 임시 테이블과 마스터 패키지에 대한 두 개의 파일이 생성됩니다.
- 네 번째 파일은 코드의 "스풀링된" 출력을 "output_script_.sql"이라는 파일로 생성합니다.
13) TestApi가 무엇인지 설명하세요.
TestApi는 테스터와 개발자가 .NET 및 Win32 애플리케이션용 테스트 도구와 자동화된 테스트를 개발할 수 있도록 지원하는 유틸리티 및 테스트 API 라이브러리입니다. 공통적인 테스트 구성 요소, 유형, 데이터 구조 및 알고리즘 세트를 제공합니다.
14) 입력 주입이란 무엇이고, 이를 수행하는 다양한 방법은 무엇입니까?
입력 주입: 이는 사용자 입력을 시뮬레이션하는 행위이며, 여러 가지 방법으로 사용자 입력을 시뮬레이션할 수 있습니다.
- 직접 메서드 호출
- 접근성 인터페이스를 사용한 호출
- 낮은 수준의 입력을 사용한 시뮬레이션
- 디바이스 드라이버를 이용한 시뮬레이션
- 로봇을 이용한 시뮬레이션
15) API 테스팅의 주요 과제는 무엇입니까?
API 테스트의 주요 과제는 다음과 같습니다.
- 매개 변수 선택
- 매개변수 조합
- 통화 순서
16) runscope를 사용한 API 테스트란 무엇입니까?
Runscope는 API 테스트를 위해 백엔드 서비스와 사용하기 쉬운 인터페이스를 제공하는 웹 애플리케이션입니다.
17) API 테스트 설계의 원칙은 무엇인지 설명하세요.
API 테스트 설계의 원칙은 다음과 같습니다.
- 설정 : 객체 생성, 서비스 시작, 데이터 초기화 등
- 실행: API 또는 시나리오를 실행하고 로깅하는 단계
- 확인 : 실행 결과를 평가하는 오라클
- 보고 : 통과, 실패 또는 차단됨
- 정리 : 테스트 전 상태
18) API 테스트를 통해 발견되는 버그 유형은 무엇입니까?
Bugs의 종류, API가 찾을 것입니다.
- 누락되거나 중복된 기능
- 오류 조건을 정상적으로 처리하지 못함
- 스트레스
- 신뢰성
- 보안
- 사용하지 않은 플래그
- 구현되지 않은 오류
- 일관성 없는 오류 처리
- 성능
- 멀티스레딩 문제
- 부적절한 오류
19) API 테스트 자동화에 사용되는 도구는 무엇입니까?
단위 테스트와 API 테스트를 모두 대상으로 하는 경우 API 메서드가 .NET 기반 코드를 사용하는 경우 해당 도구를 지원하는 도구에는 API 테스트를 위한 .NET 자동화 도구가 있어야 합니다.
- .NET용 NUnit
- 자바용 JUnit
- HP UFT
- 비누 UI
20) API 테스트 단계를 언급하세요?
API 테스트 단계
- 이행해야 할 테스트 케이스를 선택하세요.
- API 호출을 위해 테스트 케이스 개발
- 테스트 사례를 충족하려면 API 매개변수를 구성하세요.
- 성공적인 테스트를 어떻게 검증할 것인지 결정
- PHP 또는 .NET과 같은 프로그래밍 언어를 사용하여 API 호출을 실행합니다.
- API 호출이 검증할 데이터를 반환하도록 허용
21) API 테스팅에서 일반적으로 테스트하는 프로토콜은 무엇입니까?
- HTTP
- 제이엠에스
- REST
- SOAP
- 유디
이 인터뷰 질문은 당신의 비바(구술)에도 도움이 될 것입니다.
Postman Rest Client는 API 서비스를 자동화하는 데에도 사용됩니다.
Postman은 수동 테스트뿐만 아니라 CI/CD 파이프라인에서 Newman을 사용하여 실행할 수 있고 기술 팀 구성원이 아닌 사람들과 쉽게 공유하여 적용 범위를 설명할 수 있는 컬렉션을 매우 빠르게 구축하는 데 적합합니다. 또한 도우미 코드(JavaScript)를 전역 변수로 로드하고 사전 요청 및 사후 요청 스크립트를 사용하여 테스트에 메서드를 호출할 수도 있습니다.
또는 Java를 사용한 테스트 자동화를 위한 REST-Assured에 대해 이야기하고 싶을 수도 있습니다. 아마도 많은 클라이언트가 현재 UI를 통해 API를 테스트하기 위해 Selenium을 사용하고 있다는 점을 지적할 가치가 있을 것입니다. 이는 완전히 잘못된 것입니다. :-)
문서 지우기
21번 질문에 대한 답을 궁금해하는 사람은 아무도 없나요? 나는 이 5가지 항목을 이렇게 이해합니다(틀릴 수도 있음).
– HTTP는 인터넷 프로토콜입니다(대부분 알려져 있으므로 더 자세히 설명할 필요가 없음).
– REST는 프로토콜이 아니라 HTTP/HTTPS 프로토콜을 사용하여 인터넷을 통해 통신하는 API를 구성하는 아키텍처 패턴입니다.
– SOAP는 W3C에서 관리하는 공식 XML 기반 인터넷 프로토콜입니다.
– UDDI는 프로토콜이 아니라 UDDI 레지스트리를 통해 API를 게시하기 위한 OASIS 승인 API 사양 형식입니다.
– JMS는 프로토콜이 아니라 주로 TCP/IP와 같은 다양한 프로토콜을 사용하여 메시지를 보내고 받기 위한 자체 API가 있는 XML 기반 애플리케이션 메시징 시스템입니다.
나와 다른 사람들이 이것을 더 잘 이해할 수 있도록 댓글에서 내 답변을 더 싫어하거나 좋아하십시오. 건배 :)
SOAP는 단순 개체 액세스 프로토콜을 나타냅니다. 5번 질문에서 이를 수정해 주세요.
업데이트되었습니다.