흔한 QA 엔지니어

안녕하세요. 흔한 QA 엔지니어입니다.최근 AI Agent로 코드를 작성하거나 분석하고,여러 작업을 순서대로 수행하는 사례를 보게 됩니다.그럼 QA 업무에도 적용할 수 있지 않을까요?저도 일부 QA 업무에 적용해 봤습니다.기존 테스트 자동화와 무엇이 다른지,직접 해보면서 어떤 부분을 고민했는지 정리해보겠습니다. 1. 기존 테스트 자동화와 무엇이 다를까?기존 테스트 자동화는 미리 정의한 절차와 검증 조건을 코드로 구현하는 방식이일반적입니다.예를 들어 로그인 테스트라면 다음과 같은 흐름이겠죠.1. 로그인 페이지에 접근한다.2. ID와 Password를 입력한다.3. 로그인 버튼을 클릭한다.4. 로그인 성공 여부를 확인한다.여기서 실행할 동작과 검증할 결과는사람이 미리 정의합니다.반면 AI Agent를 활용하..

테스트 자동화를 도입할 때 비용 대비 효과가 좋은 것은 API입니다.UI 의존성이 없어 유지보수가 쉽고 대량의 케이스를 데이터 드리븐 형태로 소화 가능하기 때문입니다!카탈론도 대량의 케이스를 데이터 드리븐 형태로 소화 가능합니다.다만 카탈론은 UI를 동반하기에 유지보수가 API보다는 번거롭습니다.그리고 이를 위해 가장 효과적인 툴은 Postman이라는 생각이 드네요.보고서를 위해 newman 조합도 같이 사용해줬습니다.newman을 사용하면 html 리포트 출력이 가능합니다.내부 활용은 물론 보고하기에도 좋습니다. 다만 API 자동화를 위해서는 개발팀 내 API 명세 문서가 필수라는 점을 기억해주시면 좋겠습니다.그렇지 않으면 개발자가 다 만들어야 합니다...왜냐면.. 개발자의 머릿속에 있으니까요... ..

많이 알수록 좋다는 말만으로는실무에서 기준을 정하기 어렵습니다.사실 이번 주제에 정답이 있다면저도 궁금합니다.정답을 제시하기보다는제가 생각하는 기준을 이야기해보려고 합니다.개발자와 QA가 말하는 테스트는 왜 다를까?개발자는 구현한 기능이 의도대로 동작하는지 확인하고,QA는 요구사항과 사용자 흐름, 변경 영향 등을 함께 살펴봅니다.물론 실제 업무가 이렇게 명확하게 나뉘지는 않습니다.개발자도 사용자 관점으로 테스트하고,QA도 내부 로직을 분석할 때가 있으니까요.다만 같은 기능을 보더라도주로 확인하는 범위와 질문에는 차이가 생길 수 있습니다.QA는 내부 로직까지 모두 알아야 할까?업무를 진행하다 보면 이런 생각이 듭니다.개발자는 직접 작성한 코드니까 깊게 파고든다지만,QA는 어디까지 알아야 적당한 걸까요?저는..

Katalon Studio Test Case 생성 & 실행해보기Katalon Studio(카탈론 스튜디오)의 강력한 장점바로..코드리스 그럼 Katalon Studio로 코드 작성 없이 테스트 케이스를 생성해보겠습니다. 1. Katalon Studio 내 Test Case 생성Chrome 브라우저로 네이버 로그인happyqa.tistory.com레코딩 기능 관련 사용법은이전 게시글을 참고해주세요. Katalon Studio vs Katalon Studio Enterprise Features | Katalon DocsKatalon Studio is available in two editions: Katalon Studio (KS) Free and Katalon Studio Enterprise (KSE)...

공개키 기반 구조, PKI (Public Key Infrastructure) #2공개키 기반 구조, PKI (Public Key Infrastructure) #11. PKI란?PKI(공개 키 기반 구조)는 공개 키 암호화 기술을 기반으로 디지털 인증서를 생성, 관리, 배포, 폐지하는 인프라입니다.이는 인터넷 상에서 신happyqa.tistory.com이전 게시글과 이어집니다 드디어 CA에 대해 다뤄볼 수 있게 되었습니다!사실 CA도 정말 방대하고 해당 구조에 대해 정확하게 아는 사람은 많지 않을 것입니다. 컴퓨터를 모두가 사용하지만, 실제 작동 원리나 구조에 대해 아는게 1%에 가까운 것처럼요.우리는 네트워크 구조상 가장 최상단에 해당하는 어플리케이션 계층만 보고내부적으로 어떻게 돌아가는지는 알 수 없습..