분류 전체보기

API TC 작성 방식에 이어서 매뉴얼 TC에서 비정상 테스트 케이스를 작성하는 기준에 대해 정리해 보도록 하겠습니다. 이전 글 참고 링크 : 테스트 레벨 별 네거티브 테스트케이스 작성 방식 (API TC) 테스트 레벨 별 네거티브 테스트케이스 작성 방식 (API TC)한번쯤은 다시 정리해 볼 필요가 있었던 주제인 네거티브 테스트 작성 방식에 대해 정리해 보는 포스팅입니다.업무를 진행하면서 생각했던 것들을 작성하고, 여러 자료도 참고한 내용으로 글을qa-subi.tistory.com 테스트 레벨은 단위 테스트와 통합 테스트로 구분하였으며, 정상 동작은 제외하고 비정상 TC 항목을 어떤 식으로 작성할지에 대한 고민을 작성해 봤습니다. 여기서 하나 의문이 생겼습니다. 사용자 관점에서 테스트 케이스를 작성할..

한번쯤은 다시 정리해 볼 필요가 있었던 주제인 네거티브 테스트 작성 방식에 대해 정리해 보는 포스팅입니다.업무를 진행하면서 생각했던 것들을 작성하고, 여러 자료도 참고한 내용으로 글을 작성해보겠습니다. "통합 테스트의 기준으로 테스트 케이스를 작성한다면 어떻게 작성될까요?" 순간 당황 했습니다. 테스트 레벨의 기준도 알고 있었지만 단위, 통합테스트 기준을 구분해서 TC를 작성한 적이 있었나..? 매뉴얼 테스트를 많이 하다보니, 단위 테스트와 통합 테스트 케이스의 경계를 애매모호하게 관리했다고 생각됐습니다. 그래서 한 번은 정리해보고 싶었던 내용으로, 테스트 레벨 별 TC 작성 방식에 대해 정리해보고 싶었고, API TC와 매뉴얼 TC를 구분해서 작성해보고 싶었습니다. 이번 포스팅에는 API TC를 대상..

QA 업무를 진행할 때 개발팀과 협업했던 내용을 정리해 볼 겸 글을 작성해 봤습니다.저는 업무를 요청할 때 최대한 논리적인 이유로 요청을 했었는데, 제가 업무를 진행했던 과정도 한번 정리해 보면 다른 QA 분들도 도움이 되지 않을까 싶어서 포스팅을 뜨끈하게 구워보겠습니다 :) QA 업무 중 테스트 자동화 업무를 진행할 때 개발팀의 손길이 필요하지 않으신가요? 주어진 상황에서 해결이 된다면 큰 문제가 없지만, 저는 테스트 자동화 스크립트를 개발할 때 개발 지원 요청이 필요했었습니다.웹 페이지에 보이는 요소(Element)의 식별자가 충분하다면 괜찮았겠지만 저는 매우 부족한 상태로 업무를 진행했었습니다. 그래서 이전에 포스팅했던 방식처럼 ID, Class와 같은 독립적인 요소가 있다면 편했지만, 그 외의..

이번 포스팅에서는 링크드인의 프리미엄 기능인 링크드인 러닝(Learning) 기능에 대해 소개합니다.새로운 기술 학습을 진행할 때 인프런이나 유튜브 등 여러 컨텐츠에서 자료가 없다면 링크드인 러닝에서 학습해 보는 것도 큰 도움이 될 것 같아서 관련 내용을 포스팅해 보겠습니다 :) 혹시 링크드인 자주 사용하시나요 ? 저는 QA 직업과 관련해서 다른분들은 어떤 생각을 가지고 있는지, 다른 기업은 어떤 문화를 가지고 있는지 확인하는 것처럼 타인의 생각을 들어보기 위해 자주 사용하고 있습니다. 이처럼 직업, 업무와 관련된 SNS로 활용을 많이 했던 링크드인 플랫폼이었습니다. 그리고 최근에 당메님 블로그에서 링크드인 러닝 기능에 대해 확인했었는데, 제가 처음 확인했었을 땐 유료 기능이라 안 써봤고, 교육도 많이..

Appium 자동화 연습을 위한 Appium 환경 설정 방식을 정리합니다.GPT에 물어보면 상세하게 나오지만, 설정 과정을 다시 한번 정리해 보고자 작성하는 포스팅입니다 :) 이번 포스팅에는 어플리케이션 테스트 자동화를 위해 가장 많이 사용하는 Appium을 사용하기 위해 필요한 환경 설정 방식을 작성해 보겠습니다. 저는 QA와 Test Engineer로 업무를 수행하면서 주로 다뤘던 도메인은 웹 환경이었습니다. 자연스럽게 강점이 되긴 했지만, 반대로 약점이 되는 부분은 애플리케이션 부분에 대한 지식이 부족한 점이 있었습니다.이를 보완하기 위해 혼자서라도 해보자!라는 생각으로 Appium 테스트 자동화를 혼자 시작해보고 있습니다. 제가 하고 있는 방식을 개인적으로 정리하기 위한 포스팅이고, 진행 과정..

Q 트랙에서 네 번째 발표를 맡아주신 권덕중 님의 발표 내용을 정리해 보겠습니다 :)올리브영 서비스의 품질을 높이는 QA 엔지니어의 역할에 대한 주제로 발표를 해주셨으며, 올리브영에서는 다양한 오류 상황에 대해 어떤 방식으로 대응하고, 사전대비를 하고 있는지, QA의 역할은 어떤 부분에서 중요한지 사례를 기반으로 설명해 주셔서 QA의 역할을 한층 더 배울 수 있던 발표였습니다.개인 블로그이기 때문에 주관적인 의견이 담겨있을 수 있습니다. 해당 포스팅은 컨퍼런스 참고용으로만 사용해 주세요 QA 컨퍼런스에 참여하시면 더 많은 자료를 보실 수 있으니, 다음 회차에서 직접 참여하시고 많은 정보를 받아가시는 것을 추천드립니다!2025 QA 컨퍼런스 링크 : https://www.qa-korea.com/qaconf..

Q 트랙의 두 번째 발표를 맡아주신 황재성 님의 발표 내용을 정리해 보겠습니다 :)QA의 역할 중 중요한 소통을 체계적으로 진행하기 위해 개발산출물 관리 부분에 대해 설명해 주시는 발표였습니다.개발 산출물의 품질 관리도 QA의 영역이라는 것을 배울 수 있던 발표였습니다!개인 블로그이기 때문에 주관적인 의견이 담겨있을 수 있습니다. 해당 포스팅은 컨퍼런스 참고용으로만 사용해 주세요 QA 컨퍼런스에 참여하시면 더 많은 자료를 보실 수 있으니, 다음 회차에서 직접 참여하시고 많은 정보를 받아가시는 것을 추천드립니다!2025 QA 컨퍼런스 링크 : https://www.qa-korea.com/qaconference2025컨퍼런스 전체 리뷰 : 2025 4th QA 코리아 '오프라인' 컨퍼런스 후기2024 QA ..

Q 트랙의 첫 번째 발표를 맡아주신 권보람 님의 발표 내용을 정리해 보겠습니다 :)전체적으로 UI 테스트 자동화를 구성하는 과정 중 고려사항과 어떤 방식으로 구축하셨는지를 설명해 주시는 발표였습니다.자동화 도입을 고려중이시라면 해당 발표 내용을 참고해서 자동화 도입에 검토해 보시는 것도 좋을 것 같습니다개인 블로그이기 때문에 주관적인 의견이 담겨있을 수 있습니다. 해당 포스팅은 컨퍼런스 참고용으로만 사용해 주세요QA 컨퍼런스에 참여하시면 더 많은 자료를 보실 수 있으니, 다음 회차에서 직접 참여하시고 많은 정보를 받아가시는 것을 추천드립니다!2025 QA 컨퍼런스 링크 : https://www.qa-korea.com/qaconference2025컨퍼런스 전체 리뷰 : 2025 4th QA 코리아 '오프라..

2025 4번째 QA 컨퍼런스이며, 첫 번째 오프라인 컨퍼런스 후기 포스팅입니다.오프라인 행사에서 다른 행사 참여나 소통을 하다보니 후기가 많지 않지만 후기 링크를 공유해 드립니다!각 발표 별 후기 포스팅은 아래 링크를 참고해 주세요!1. UI 테스트 자동화 CI/CD 파이프라인 구축 가이드 2. 개발 품질 향상과 협업 체계 가이드라인: SW 개발산출물 거버넌스 사례3. 옴니서비스의 S/W Quality를 높이기 위한 QA Engineer 역할 안녕하세요! 1년만에 다시 돌아온 컨퍼런스를 참석한 후기를 작성해보려고 합니다.이번에는 첫 오프라인 모임이었고, 인원이 500명으로 제한되어 치열한 티켓팅이 발생하였던 QA 컨퍼런스였습니다.QA 컨퍼런스가 있는 경우, 블로그 혹은 링크드인으로 홍보를 했었는데, 이..

개발자에서 QA 직무 전환 할 때 준비했던 과정과 경험들을 정리해보려고 합니다.이번 포스팅은 이렇게 해보라는 것이 아닌 제 경험을 일기마냥 적어봤습니다저의 경험이 누군가에게는 작은 도움이 될 수 있을 수 있기에 내용 정리 겸 적어보겠습니다 :) [이전 포스팅 링크]2024.06.03 - [QA/수비 공간] - 개발자에서 QA로 전향 🕵️‍♂️2024.12.31 - [QA/수비 공간] - 개발자에서 왜 QA 직무로 바꾸셨어요? 안녕하세요. 작년 말 작성한 포스팅 이후 개인적인 사유로 글을 많이 작성하지 않았습니다. 저도 블로그 존재를 잠시 잊어버릴 정도로 소홀했었는데, 그래도 누군가에게는 도움이 되는 블로그였는지, 다양한 이유로 블로그를 구경하시는 것 같았어요! 잠깐 사담을 해보자면, 최근 GPT를 통..