1. Usecase 기반 통합 테스트

• 사용자의 사용 순서에 따른 api 를 정렬 해 놓고 실행하는 방식

  • api의 request, response filed 를 매핑시키는 과정 필요

    • request 변수 더블클릭 → 전에 실행된 api의 response 변수 리스트 → 하나 선택하여 맵핑

      

• 젠킨스에서 아이디어 차용

  • 성공 : 녹색
  • 실패 : 테스트 중단. 에러 코드 출력

• 테스트 데이터 입력 받음

2. API server 성능 테스트

• method : get, put only

• vegeta 이용

• 입력 받아야하는 것

  • 헤더
  • 몇 초/분 동안 테스트
  • 초당 request 갯수

• 테스트 결과

  {"latencies"://지연시간으로 요청이 왔을 때 요청을 처리하고 응답할 때까지의 시간
  	{
  		"total":359362654100,
  		"mean":59893775, // 평균
  		"50th":51612724, // 중간
  		"95th":105452035,
  		"99th":167030414,
  		"max":356321900
  	},
  	"bytes_in": {"total":1710000,"mean":285},
  	"bytes_out": {"total":384000,"mean":64},
  	"earliest":"2023-04-17T06:28:35.7399916Z",
  	"latest":"2023-04-17T06:29:35.7296575Z",
  	"end":"2023-04-17T06:29:35.7937557Z",
  	"duration":59989665900,//전체 테스트 기간
  	"wait":64098200,//청 전체에 대한 대기 시간
  	"requests":6000,
  	"rate":100.01722646700054,//초당 평균 요청 수
  	"throughput":0,//지정된 시간 내에 전송된, 혹은 처리된 전체의 유효한 정보량. 처리량
  	"success":0,
  	"status_codes":{"422":6000},//HTTP 상태 코드와 해당 코드가 발생한 횟수
  	"errors":["422 Unprocessable Entity"]
  }
  

  • 레이턴시
    • 평균
    • 최소
    • 최대
  • rate
  • throughput
  • status_codes
  • errors
  • tps

  1. API 명세

  1. NoSQL에 key:value(JSON)로 저장
     1. 각각 api 명세 정보 id(key)
     2. id를 mysql에서 fk처럼 활용
  2. dto 파일 리턴

     1. Code Generating(Request, Response DTO)

        DTO Code Generation

        https://github.com/square/javapoet

        • Sample
  3. 현재 소켓 수정중인 api명세는 redis에 저장
     1. nosql에 저장될 정보들
     2. 누가 수정중인지

  2. 복잡한 것은 그냥 입력 받기

  

  • 변수 자동완성 기능 필요함
    • API명세에 있는 모든 변수들 대상 히히