서론
마이크로 서비스 아키텍쳐는 각 서비스별로 데이터가 연관되어 있어 테스트시 다른 서비스로 인한 테스트하기 힘듭니다.
그리고 QA조직이 커서 각 서비스별로 테스트하면 좋겠지만 현실이 힘든점이 많습니다.
이러한 문제점을 보완하고 서버 API에 대한 테스트를 위해서 서버 개발팀에 신규 및 변경에 대한 서비스 테스트 요청서를 만들게 되었습니다.
본론
1. 서버 API 테스트 요청서 템플릿
- 개발팀에서 테스트를 위해 작성하여 요청합니다.
2. 서버 API 테스트 요청서 템플릿 컬럼 정보
컬럼 이름 |
설명 |
예시 |
Component 이름 |
- 세부 Micro Service 이름 |
- User Management Service |
종류 |
- "신규" 또는 "변경" |
- 신규 |
기능 |
- 특정 기능 요약 |
- 회원가입 |
API 설명 및 변경사항 |
- API 설명 및변경사항에 대한 상세설명 |
- 회원가입시 주소정보입력 추가 |
외부 API |
- Micro Service Architecture에서 APIGW의 API 이름 - 여러개일 경우 여러개 입력 |
- APIGW1.0/user/register |
내부 API(신규 및 변경 API) |
- 신규 및 변경되는 API이름 |
UM1.0/newRegister |
API문서 |
- API문서 URL 또는 문서 이름 |
http://api.doc.com |
결론
서버 API 테스트 요청서를 통해 서버 API테스트시 Test Case 를 좀 더 상세히 확인하고 관리하여 최소한의 인력으로 서버 API기반 통합테스트가 가능합니다.
7단계 미팅 프로세스 (The Seven-Step Meeting Process) (0) | 2017.10.23 |
---|---|
API 테스트 케이스 (0) | 2017.10.11 |
테스트 자동화할 항목 선정 기준 (1) | 2017.03.21 |
로그 파일에 포함되어야 하는 항목 (0) | 2017.03.02 |
큰 QC팀의 5가지 주요 문제점 (0) | 2016.10.07 |