테스트 모델링

테스트 모델은 HTTP 요청으로 API를 검사합니다. 앱 안에서 바로 실행할 수 있고, 같은 계획을 JMeter 산출물로 내보낼 수도 있습니다. 검사 항목과 판정 관리는 QA 모델에서 합니다.

구성 요소

단계	입력 항목
계획	Base URL, 공통 변수, 공통 Header, 검증 환경, 대상 앱 버전, 데이터 조건
Thread Group	동시 사용자, Ramp-up(초), 반복, 최대 실행시간(초, 0=제한 없음), 포함 Scenario
Scenario	시나리오 목적, 필수 검증 실패 시 후속 요청 중지
HTTP Request	요청 이름, Method, URL 또는 Path, Request Body, 대기(ms), 쿼리, 응답 추출, 검증

Method는 GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS를 지원합니다.

항목	종류
응답 추출	JSON Path, Header, 정규식
검증	상태 코드, 본문 포함, 본문 미포함, JSON Path, 응답 시간

모델을 만들고 계획의 Base URL을 입력합니다. 비교를 위해 검증 환경, 대상 앱 버전, 데이터 조건도 기록합니다.
Scenario 추가로 시나리오를 만들고 HTTP Request를 추가합니다.
Thread Group 추가에서 사용자 수와 반복을 지정하고 시나리오를 포함합니다.
내용을 저장합니다. 저장본과 화면의 정의가 다르면 실행이 거절됩니다.
이 그룹 실행을 선택합니다. 필요하면 중지합니다.
결과 보기에서 결과를 읽습니다.

실행은 앱에서 직접 이루어지며 JMeter를 사용하지 않습니다. 동시 사용자 × 반복 × 요청 수가 10,000을 넘으면 실행이 거절됩니다.

성공률, 평균, 처리량, 실패를 확인합니다. 실행 이력의 결과는 실행 당시 내용 그대로 보관됩니다.

같은 그룹 재실행으로 이전 실행과 비교합니다. 정의, 환경, 대상 앱 버전, 데이터 조건이 같은 실행만 비교합니다.

실패 원인과 영향 자원에서 실패 요청과 연결된 자원을 확인합니다. 증거 상태가 재실행 필요이면 정의나 조건이 바뀐 것이므로 다시 실행합니다.

QA 케이스의 목록에서 자동 검사 선택에서 테스트를 연결합니다. 실행 범위 선택의 선택한 검사 실행으로 실행하면 결과는 테스트 모델에 저장되고 QA는 이를 참조합니다. 판정의 의미는 요구사항과 추적성에 있습니다.

JMeter 산출물을 내보내면 test-plan.jmx와 results.jtl이 폴더로 저장됩니다. 계획은 Apache JMeter CLI에서 실행할 수 있습니다. 내보내기 전에 JMX 미리보기로 내용을 확인합니다.