먼저 페이지 로드 데이터의 인터페이스 요청 매개 변수는 * * * 이며 일반적으로 페이지 개수&에 의해 결정됩니다. PageNo, pageCount 는 로드된 1 페이지 수, pageNo 는 로드된 페이지, PageNo 는 0 부터 계산됩니다. 즉 pageNo=0 은 1 페이지의 데이터를 로드하는 것을 의미합니다
그런 다음 Postman 을 열고 요청 메소드 및 URL 을 입력한 다음 요청 매개 변수를 입력합니다. 여기에 요청 매개 변수의 입력 값에도 * * * 속성이 있습니다. 인터페이스 페이징에 문제가 있으면 일반 데이터가 복사됩니다. 목록에 데이터가 많지 않으면 클라이언트에서 문제를 찾기가 어렵습니다. 클라이언트가 로드하는 페이지 수가 일반적으로 10 이므로 10 보다 적으면 페이지 지정 문제가 발견되지 않습니다. 여기서 인터페이스 수준을 테스트할 때 1 개의 데이터만 있으면 중복 문제가 있는지 확인할 수 있습니다.
예를 들어 페이지 지정 인터페이스를 테스트합니다. 먼저 1 개의 데이터를 목록에 추가한 다음 처음 요청할 때 pagecount =1&; PageNo=0 은 1 페이지에서 데이터를 요청하고 1 페이지에 1 데이터를 로드하는 것을 의미합니다. 이론적으로, 우리는 이미 로딩했다. 그런 다음 pagecount =1&; PageNo= 1, 2 페이지의 데이터를 로드할 때 데이터가 없어야 하며 빈 배열을 반환해야 합니다. 그러나 페이지 나누기에 문제가 있는 경우 pagecount =1&; PageNo= 1 이면 정확히 1 페이지의 마지막 1 데이터를 반환하는 데이터가 반환됩니다. 이것이 제가 말하고 싶은 복제 문제입니다.
우체부에 대한 작업은 다음과 같습니다.
1. 첫 번째 요청 (다음은 문제 없음):
2. 두 번째 요청 (다음 내용에 문제가 있음, 데이터가 중복됨, 2 페이지에 데이터가 없어야 함):
-응? 한번 봅시다. 수정 후 두 번째 요청은 다음과 같이 정상 결과를 반환합니다.
복구 후 클라이언트는 정상적으로 표시되며 더 이상 반복되지 않습니다.
이것이 1 데이터 테스트 인터페이스 페이징이 중복되는지 여부입니다. 물론 인터페이스의 페이징이 수정되었으므로 페이징이 클라이언트에서 처리되는지 테스트해야 합니다. 이 경우 더 많은 데이터, 일반적으로 10 또는 20 개의 데이터를 추가하여 검증해야 합니다.