애플리케이션을 개선하거나 업데이트할 때는 이러한 변경 사항이 기존 기능에 부정적인 영향을 미치지 않는지 확인하는 것이 중요합니다. 회귀 테스트는 수정된 구성 요소가 새로운 결함, 즉 일반적으로 회귀라고 하는 문제를 유발하지 않고 애플리케이션의 나머지 부분과 원활하게 통합되는지 확인하기 위해 일련의 테스트를 실행하는 과정입니다.API의 경우, 회귀 테스트는 API 또는 해당 환경의 변경 사항이 의존 구성 요소에 부정적인 영향을 미치지 않는지 확인하는 것을 의미합니다. 이러한 테스트는 버그 수정부터 기능 추가까지 모든 변경 후에 수행할 수 있습니다. 회귀 테스트는 일반적으로 다음을 포함한 다양한 API 요소를 다룹니다.1.
상태 코드 - 다양한 요청 유형에 대해 적절한 상태 코드가 반환되는지 확인합니다.
2.
JSON 스키마 - 응답 구조와 형식이 API 사양과 일치하는지 확인합니다.
3.
응답 시간 - API 응답 시간이 허용 가능한 범위 내에 유지되는지 확인합니다.
4.
응답 본문 - 응답 콘텐츠와 구조가 기대 사항을 충족하는지 확인합니다.
5.
헤더 - 응답 헤더의 존재 여부와 정확성을 검증합니다.
Apidog에서 회귀 테스트 설정#
Apidog에서 애플리케이션의 통합 테스트를 설정하려면 다음 프레임워크를 사용하십시오.1.
API 요청: 테스트의 기본 단위는 API 요청입니다. 각 요청은 API 엔드포인트를 호출하여 특정 기능을 테스트합니다. 요청 보내기에 대해 자세히 알아보십시오. 2.
사전/사후 요청 프로세서: 각 요청에 대해 스크립트, 어서션, 변수 추출, 데이터베이스 작업을 추가하여 응답 코드, 헤더, 본문 데이터 등을 테스트하고 검증할 수 있습니다. 사전/사후 요청 프로세서 추가에 대해 자세히 알아보십시오. 3.
테스트 시나리오: 여러 요청을 연속으로 보내야 하거나, 연속 테스트 시나리오를 구축해야 하거나, 서로 다른 테스트 데이터로 요청을 반복해야 하는 경우, 테스트 시나리오를 생성하고 필요한 요청을 추가할 수 있습니다. 테스트 시나리오에 대해 자세히 알아보십시오. 4.
환경: API 요청을 보낼 때 개발, 테스트, 프로덕션 환경 간 전환이 필요한 경우가 많습니다. Apidog에서는 인터페이스 오른쪽 상단에서 원하는 환경을 클릭하여 선택하기만 하면 되므로 다양한 환경으로 요청을 편리하게 보낼 수 있습니다. 환경 생성 및 사용에 대해 자세히 알아보십시오. 5.
목 서버: 목 서버로 다른 시스템을 시뮬레이션하십시오. 실제 리소스에 연결하지 않고도 애플리케이션이 다른 API 및 시스템과 상호작용하는 방식을 테스트할 수 있습니다. 대신 Apidog를 사용하여 요청을 수락하고 응답을 반환함으로써 실제 API 서버의 동작을 시뮬레이션하는 목 서버를 설정할 수 있습니다. 목 서버 설정에 대해 자세히 알아보십시오. Apidog에서 회귀 테스트 실행#
Apidog에서 통합 테스트를 설정한 후에는 다음 방법으로 실행할 수 있습니다.1.
수동: 단일 요청을 실행하거나 테스트 시나리오를 실행하여 테스트 보고서를 받을 수 있습니다. 테스트 시나리오 실행에 대해 자세히 알아보십시오. 2.
예약 자동화: "예약 작업"을 설정하여 지정된 시간에 구성된 자동화 테스트 시나리오를 자동으로 실행하고, 작업 실행 결과를 얻으며, 예약 테스트 및 회귀 요구 사항을 충족할 수 있습니다. 예약 작업에 대해 자세히 알아보십시오. 3.
CI/CD 파이프라인: Apidog CLI를 사용하여 정기적인 애플리케이션 빌드 프로세스의 일부로 테스트 시나리오를 실행할 수 있습니다. 코드가 푸시될 때마다 테스트 스위트를 실행하고 Apidog에서 테스트 보고서를 확인하십시오. CI/CD 통합에 대해 자세히 알아보십시오. Modified at 2026-06-09 08:53:32
