Collection Runner여러 API 요청을 정해진 조건과 시나리오에 따라 한 번에 실행해 검증하는 도구 Collection Runner 실행 FunctionalAPI 테스트를 어떻게 바라보고 있는지를 보여주는 구조1. Run manuallyPostman UI에서 직접 컬렉션을 실행하는 방식 사람의 판단과 해석이 필요한 단계에서 사용신규 API 개발 직후 기능 검증테스트 케이스나 Assertion 수정 후 즉시 확인특정 버그 재현이 필요한 경우요청/응답 구조를 분석하며 테스트해야 할 때 예를 들어,응답 값이 맞긴 한데 이게 요구사항에 맞는지 애매할 때에러 코드가 내려오는데, 이게 정상 에러인지 아닌지 판단해야 할 때데이터 세팅을 바꿔가며 흐름을 확인해야 할 때 한계점반복 실행에 부적합실행 주체가..

이번 글에서는 Naver Open API(검색 API)를 사용해 Postman으로 API 테스트를 진행한 흐름을 정리한다 1️⃣ Naver Developers 애플리케이션 등록🔗 네이버 개발자 센터 로그인 > Application > 애플리케이션 등록애플리케이션 이름 : 프로젝트 이름 입력 (테스트 용으로 example 입력)사용 API : 사용할 Naver Open API (검색)서비스 환경 : WEB (테스트 용으로 http://localhost.com 입력) 2️⃣ Client ID / Client Secret 확인🔗 Application > 내 애플리케이션API 요청 시 인증을 위해 꼭 필요한 값이다외부에 노출되면 안되고, 실제 프로젝트에서는 환경 변수로 관리하는 것이 일반적이다 3️..

Udemy 강의를 정리한 글입니다 🔎 Jira를 사용한 애자일 스크럼에서의 QA 역할📌 애자일 스크럼에 대한 개념과 해당 프레임워크를 사용할 때 따라야 할 패턴📌 Jira 도구를 이용해 스크럼 프로세스를 성공적으로 적용하는 법 : Jira 사용법 📋 애자일 스크럼에서 회고(Retrospective)의 중요성스프린트에서 잘된 점과 잘못된 점을 팀원들과 회고 📄 QA 관점에서 회고의 중요성회고는 테스트 과정에서 누락•불필요•비효율을 발견해 QA 사이클을 반복 개선할 수 있다정량 데이터(버그 발생 패턴, 결함 집중 구역, TC 소요시간 등)을 기반으로 다음 스프린트 품질 목표를 수립할 수 있다회고가 없으면 테스트는 단순 반복 작업이 된다 💡 칸반과 스크럼의 차이점칸반에는 스프린트가 없다 (스크럼 ..

애자일 스크럼📄 Epic여러 개의 스토리를 묶는 큰 기능, 상위 목표 단위 📄 Story (Userstory)에픽을 달성하기 위해 수행해야 하는 구체적 작업 단위설명 작성 : 고객 관점에서의 비즈니스 가치를 한줄로 작성(보통 PO의 역할) 후, 스크럼(Scrum) 팀과 함께 인수 기준 결정(에픽을 기반으로 사용자 스토리를 만드는 건 PO(Product Owner)의 업무)인수 기준 : 입력된 것을 받아서 스토리에 전달하는 것을 의미 클라이언트로서 로그인 페이지에 이메일과 비밀번호를 입력하여 로그인할 수 있어야 합니다 인수 기준 :edit box 2개 생성잘못된 정보를 입력할 때 오류 메시지가 표시되는지 확인특수문자는 허용되지 않습니다모바일 호환성 적용 📄 Component프로젝트 안에서..

`List findByItemNameLikeAndPirceLessThanEqual(String itemName, Integer price);`→ `List findByItemNameLikeAndPriceLessThanEqual(String itemName, Integer price);` Spring Data JPA는 Repository 인터페이스를 분석할 때,메서드 이름을 문자열로 파싱해서 Entity 클래스의 필드명과 매칭필드명과 메서드 조각이 정확히 일치하지 않으면 오류 발생