RE: 게임 QA부터 시작하는 소프트웨어 QA

Selenium, Playwright 등의 테스팅 툴을 사용하여 테스트하는 것 까지 학습 후, 테스트 결과를 어떻게 뿌려야 이쁘게 뿌릴 수 있을까에 대한 고민이 있었습니다. 별다른 방법을 쓰지않는다면 테스트를 실행한 콘솔에서만 노출되고, 젠킨스를 사용하더라도 빌드로그를 들어가야 볼 수 있는 상태여서 접근성이 좋다고 하기 어려운 상태였죠. 그 점을 해결하기위해 조사하다가 알게 된 툴이 Allure입니다. 사실 pytest의 기본 기능에도 HTML로 출력해주는 옵션도 있고 다른 툴도 많지만...굳이 이 툴을 선택한 이유는 별 것 없고 가장 깔끔하고 이뻐보였습니다.   ※ 설치방법 [사전조건]Java가 설치된 상태Powershell 실행다음 명령어 입력하여 scoop 설치Set-ExecutionPolicy -..

QA가 진행하는 테스트 항목 중, 성능 테스트(Performance Test)라는 것이 있습니다.세세하게 나누면 부하 테스트, 스트레스 테스트 등 다양한 세부항목이 있습니다만, 보통 포괄적으로 성능 테스트라는 단어를 많이 사용합니다.단어의 뉘앙스로 알 수 있듯이 간단하게 말하자면 트래픽이 몰릴 때 어플리케이션이 얼마나 잘 버티는지, 잘 동작하는지 검증하는 테스트라고 생각하면 될 것 같습니다. 성능 테스트 툴의 종류로는 JMeter, LoadRunner, nGrinder, K6 등 여러 툴이 존재하지만,저의 경우 다음과 같은 이유로 Locust를 선택했습니다. - Python을 활용할 수 있어 Selenium, pytest 등 파이썬 라이브러리는 물론 Jenkins, GitLab 등 현재 세팅된 모든 환경..

많은 회사를 거쳐다니지는 않았지만, QA 정보를 리서치하다보면 여러 사람들이 작성한 TC를 볼 기회가 많습니다. 회사마다 양식이 다르고, QA마다 스타일이 다르고, 플랫폼, 장르, 테스트의 종류 등을 감안하면 정석이라고 할 수 있는 TC가 없다는게 맞는 것 처럼 느껴집니다. 재직 중이던 회사 중 한 곳은 QA 인력을 전문적으로 육성하기 시작하는 단계였던 회사였는데, QA에 특화된 회사에 맞게 TC에 대한 커리큘럼이 비교적 확고했습니다. QA마다 TC를 작성하는 스타일은 다르지만 몇 가지 필수적인 룰은 만들어서 지키자는 기조였고, 제 개인적으로는 이후 다른 회사에 이직했을때도 그 때 익혀뒀던 방식이 TC의 퀄리티, 테스트 수행 시의 편리함 등 여러모로 많은 도움이 됐다고 생각하여 공유해볼까합니다. 처음에 ..

가장 유명한 웹 브라우저 테스트 도구라고 할 수 있는 Selenium은 QA로서 자동화 테스트를 구현하고자 한다면Appium, Playwright와 더불어서 필수적으로 익히게 될 도구 중 하나라고 생각합니다. 저는 소프트웨어 QA를 시작할때 여러 언어 중 Python을 선택했고, 제가 Python에서 사용하려고 마음먹은 라이브러리는 'Pytest' 입니다.파이썬에 내장된 Unittest와 비교했을때 기능이든 생태계(커뮤니티 등)든 편의성이든 모두 Pytest가 앞선다고 생각했기 때문입니다. 그리하여 저는 Selenium과 Pytest를 함께 사용하여 웹 자동화 테스팅을 진행하는게 1차적인 목표였고, 그 두 가지 모두 인터넷 상 워낙 많은 자료가 있는 툴들이라 기초적인 사용법은 빠르게 습득할 수 있었습니다..

CI/CD를 처음 구성한 후, 첫 문제는 '빌드에 걸리는 시간' 이었습니다.개인 컴퓨터에서 빌드했을때는 30초면 끝나던 빌드가, 젠킨스에서는 10분 가량이 걸렸고,당시 젠킨스가 레드마인/깃랩과 같은 머신에서 돌고있었어서(지금은 분리했습니다.) 빌드하는 10분 동안 다른 툴들의 속도도 느려져 불편함이 많았습니다. 사실 젠킨스에 대해 무지했었기에 처음에는 원래 젠킨스로 빌드하면 느린가? 생각했는데, 상급자로부터 빌드 시간이 이상할정도로 느리다는 말을 듣고 해결방안을 찾게 되었습니다. 첫번째로 생각한 방안은 무식하게 리소스를 늘리는 방안이었습니다.젠킨스가 가동되는 VM의 CPU 코어 갯수를 4개에서 16개로 늘리고, 램을 8기가에서 16기가로 늘렸습니다.지금 생각하면 조기축구에 메시부른 급인데, 효능이 없음을..

소프트웨어 QA를 처음 시작하며, 제일 처음 진행했던 프로젝트는 워터폴 방식의 개발방법을 차용했습니다. (뜻하지않게)실용성이나 상용화는 둘째치고, 협업이 처음이었던 신입 개발자와 소프트웨어 QA가 처음이었던 QA였음으로본격적인 실무 투입 전 햇병아리들에게 주어진 토이 프로젝트의 느낌이었습니다.어디서 듣던 건 있어서 옛날부터 애자일 방법론을 써야한다, CI/CD를 도입해야한다 이런 추상적인 생각은 했었으나,막상 진행하니 아무 생각없이 있다가 개발이 다 끝날때쯤이야 생각나서 부랴부랴 급하게 구축했습니다.발등에 불똥떨어진 상태에서 급하게 탭댄스를 추듯 한 구축 과정에서 겪었던 경험들에 대해 공유해볼까 합니다.  1) 필요한 툴1-1. JenkinsCI/CD에서 빌드 및 배포를 담당하는 집사님이십니다.파이프라인..

아직 체계화된 QA팀이 셋업되지 않은 상태에서, 필요한 툴을 정리하다가문득 다른 회사들은 어떤 테스팅 툴을 사용하고 요구하는지 궁금해졌습니다.selenium과 appium, pytest는 이전부터 알고있었어서 당연히 많이들 요구할거라고 예상했고,그 외에도 많은 툴들이 있어서 기술 스택과 트렌드를 참고하는데 도움이 되었습니다. 원티드에 등록된 소프트웨어 QA 채용공고 중 툴 관련된 내용을 통째로 긁어온거라, 글 양식은 엉망진창입니다.(제일 하단에 정리한 내용만 참고하셔도 될 것 같습니다.)  ※ 어크로스비 (B2B 물류 솔루션)자동화 테스트 구축 경험 (Javascript, Python, Selenium, Playwright, pytest)※ 팀블라인드세일즈앤마케팅코리아 (블라인드)• Hands-on ex..

수년 여 간의 게임 QA에서 소프트웨어 QA로 이직 후, 기획서의 명세를 바탕으로 진행하던 블랙박스 테스트에서 벗어나자동화 테스트, CI/CD, 애자일 방법론 등 소프트웨어 QA라는 업무를 진행함에 있어 필요에 의해 학습한 내용들을 정리했습니다.모든 의견은 개인적인 사견으로, 어떤 때에 활용했고 이럴때 요긴했다. 라는 내용 정도로 생각해주시면 좋겠습니다. ※ 사내에서 활용할 소규모 프로젝트를 진행할때만 활용했고, 실제 상용화된 사이트/프로그램에서 사용한 경험은 없는 상태라    다 년간 여러 상용화 프로젝트를 마치신 전문가분들에 비해 내용이 미비할 수 있습니다.※ OSLinux커널까지의 깊은 지식은 거의 필요하지 않으나, 자주 사용하는 리눅스 명령어와 SSH 연결, WSL 등을 알아두면 툴 운용에 있어 ..