요청과 응답 방향 구분
처음 표시되는 YAML 예시는 자동으로 작업 목록에 반영됩니다. 요청 방향은 requestBody만 만들고, 응답 방향은 상태와 미디어 유형에 맞는 본문을 만듭니다. URL, 쿼리, 헤더 매개변수는 포함하지 않습니다.
API 도구
작업과 본문을 고른 뒤 명세의 예시를 쓰거나 스키마에서 생성하세요.
명세와 본문은 이 브라우저에만 머물며 API 요청을 보내지 않습니다.
작업 목록 읽는 중…
API 구현을 기다리는 동안에도 화면의 성공과 실패 경로는 테스트해야 합니다. OpenAPI Mock 데이터 생성은 각 픽스처를 명세의 작업 및 상태 코드에 연결해, 성공 응답을 대충 수정한 데이터가 오류 테스트에 섞이지 않도록 돕습니다.
OpenAPI 스키마를 이용한 가짜 데이터 생성에서 수량은 완전한 본문의 개수입니다. 응답 자체가 배열이면 배열 길이는 items와 관련 제약으로 정해지며, 화면에서 설정한 배치 수량과는 다릅니다.
OpenAPI Mock 데이터 생성에서는 200뿐 아니라 명세에 정의된 400, 404, default도 선택할 수 있습니다. 이름 있는 예시를 바꾸면 명세 자체를 수정하지 않고 여러 결과를 비교할 수 있습니다. 다른 상태의 예시는 현재 결과에 섞이지 않습니다.
예시 우선을 끄고 시드를 고정하면 같은 명세와 설정으로 동일한 데이터 묶음을 재현할 수 있습니다. 엔진 버전도 함께 기록하세요. 명시된 예시나 상수는 고정된 값이므로 시드를 바꿔도 달라지지 않을 수 있습니다.
처음 표시되는 YAML 예시는 자동으로 작업 목록에 반영됩니다. 요청 방향은 requestBody만 만들고, 응답 방향은 상태와 미디어 유형에 맞는 본문을 만듭니다. URL, 쿼리, 헤더 매개변수는 포함하지 않습니다.
미디어의 example과 이름 있는 examples가 스키마 및 속성 예시보다 먼저 적용됩니다. 잘못된 예시는 생성 오류로 남으며 임의 값으로 바뀌지 않습니다. 다른 값을 샘플링하려면 예시 우선을 끄세요.
JSON 한 건은 원래 본문 형태를 유지합니다. 여러 건은 외부 배열로 묶고 JSONL은 한 줄에 본문 하나를 저장합니다. Ctrl/Cmd + Enter로 실행할 수 있고 입력이나 옵션을 바꾸면 재생성 전까지 내보내기가 잠깁니다.
메서드와 경로로 작업을 찾고 선언된 응답 코드, 범위 또는 default를 선택합니다. 기본 응답은 200, 다른 2xx, 첫 항목 순으로 정합니다. 성공 사례와 오류 사례를 같은 절차로 준비할 수 있습니다.
인라인 값과 이름 있는 예시, 같은 문서의 Example Object 참조를 읽습니다. 적용 가능한 스키마와 속성 예시도 사용합니다. examples에 들어 있다는 이유만으로 신뢰하지 않고 각 출력 본문을 검증합니다.
요청에서는 readOnly, 응답에서는 writeOnly 속성을 제외하고 해당 방향의 required를 조정합니다. 사용자가 제공한 예시에 제외할 속성이 있으면 오류로 처리하며, 조용히 삭제하고 내보내지 않습니다.
1–100개의 독립된 본문으로 Mock 데이터를 준비할 수 있습니다. uniqueItems는 각 본문 안의 배열에 적용되므로 배치 전체의 중복 금지를 뜻하지 않습니다. 수량을 늘려도 본문 자체의 배열 제약은 유지됩니다.
지원하는 전체 명세를 붙여 넣고 작업, 방향, 미디어 유형을 고릅니다. 문서의 예시를 사용하려면 우선 옵션을 켜 두고, 스키마의 다른 값을 생성하려면 끕니다. 독립된 스키마만 있다면 전용 스키마 데이터 도구가 적합합니다.
응답 상태와 JSON 미디어를 먼저 고른 뒤 그 위치의 이름 있는 예시를 선택하세요. 인라인 값과 동일 문서의 Example Object 참조를 지원하며 미디어 예시가 스키마 예시보다 우선합니다.
명세에 해당 응답과 지원되는 JSON 스키마가 있으면 가능합니다. 400이나 404를 고르면 그 본문을 테스트 픽스처로 만듭니다. 실제 HTTP 오류를 전송하거나 서버 장애를 일으키지는 않습니다.
기본 시드는 42입니다. 명세와 설정이 같으면 샘플링 결과를 재현합니다. example, const, 단일 값 enum은 시드와 관계없이 같을 수 있습니다. 먼저 예시 우선을 끈 다음 시드를 변경해 보세요.
검증 대상은 제공되거나 생성된 본문과 지원하는 유효 스키마입니다. API에 접속하거나 미들웨어를 실행하지 않으며 실제 헤더, 인증 및 업무 규칙은 확인하지 않습니다.
추가로 지원했으면 하는 제약이 있나요?