QA

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 테스트 자동화를 혼자 시작해보고 있습니다. 제가 하고 있는 방식을 개인적으로 정리하기 위한 포스팅이고, 진행 과정..

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

IntelliJ IDE의 라이선스를 사용하고 있는 엔지니어에게 제공되는 AI 무료 서비스 공유 IntelliJ 유료 라이선스 사용자에게 AI Assistant 무료 환경 제공JetBrains에서 IDE 라이선스를 구독하는 사용자에게 AI Assistant 환경을 제공해 준다고 합니다.AI 기능이 필요한데, Assistant를 사용하려면 AI 라이선스를 별도 구매해야해서 Cursor(VS Code)를 사용하려고 환경설정과 어색한 툴을 익혀가며 준비 중이었는데, 꽤나 솔깃한 기사였습니다. 4월 중순부터 2025.1 버전부터 추가되어 제공하고 있었지만 기존에 유료라고 생각하고 있었기에 안쓰고있던 저에게는 당장 써보고 싶었던 소식이었습니다. 참고: https://blog.jetbrains.com/ko/blog/..

블로그에 글을 쓰면서 다시 한번 써보고 싶었던 주제를 다뤄보려고 합니다.이전 글보다 조금 더 상세하게 어떤 부분에서 장점이 발휘했는지 포스팅해 보도록 하겠습니다 😊이전 포스팅 : [QA/수비 공간] - 개발자에서 QA로 전향 🕵️‍♂️ 안녕하세요. 수비입니다. 2025년 새해 복 많이 받으세요 🙇‍♂️ 새해에 가장 먼저 써보고 싶었던 글 입니다. 왜 개발자 업무를 진행하다가 QA를 선택하게 되었는지, 장점은 뭔지 이전 글 보다 상세하게 적어보고 싶었습니다.(24년 한 해 동안 받은 질문도 많았기 때문에 정리할 겸 적어보는 것도 있습니다 😀) 우선 QA 직무 관련 얘기를 하다보면 자연스러운 질문이 공통적으로 있었습니다. 개발자에서 왜 QA 직무로 변경하셨어요? QA 직무 관련 얘기를 하다보면 가..

TC를 작성할 때 당연하게 생각했던 것을 말로 해보려니까 풀어내지 못하는 것 같아서 정리 겸 TC의 작성 방식을 한번 서술해 보려고 합니다. 현업에서 느꼈던 부분을 개인 정리 겸 하나의 포스팅으로 작성해 보겠습니다 :) 안녕하세요. 수비입니다 :) 이번엔 자동화가 아닌 매뉴얼 QA로 업무 중 고민했던 사항인 TC의 작성 기준에 대한 개인적인 생각을 정리해보려고 합니다. 테스트 케이스를 작성하는 방식은 개개인마다, 경험 기반으로, 고정된 양식 기준으로 등등 다양한 기준이 있을텐데요.제가 TC 작성 중 고민했던 부분과 너는 어떻게 TC를 짜고 있어?라는 질문을 받았을 때 무의식처럼 그냥 손 가는 대로..? 당연하다고 생각하며 작성했던 부분들을 정리하기 위해 글을 써보려고 합니다. 이번 포스팅의 주제는 2가지..

안녕하세요 수비입니다 :)최근 개발자 친구들과 논의한 주제가 있어서 개인적으로 다시 정리해 보고자 포스팅을 해보려고 합니다. 같은 컴퓨터공학과 친구들과 모이는 자리에서 자연스럽게 나오게 된 주제가 있었습니다.최근에 "특정 사이트의 연결된 도메인은 어떤 것이 있을까요?"라는 질문을 받았는데 어떻게 답변해야 할지 모르겠더라~! 이것 말한 순간 개발자 친구들의 답변은 모두 이런 반응이었습니다.도메인? 네이버로치면 xxx.naver.com? 이런 거? mail, blog 이런 걸 말하는 거야?그럼 서버랑 관련돼서 DB? 아니면 서브도메인이 뭐가 있을지 설명하는 건가? 이전의 저는 도메인에 대한 질문이 들어왔을 때 저 역시 개발자 친구들처럼 답변을 했었습니다. 쇼핑몰이면 결제 시스템 페이? 통합 로그인 도메인? ..