Software Quality

실무에서 보통 QA Engineer 와 QA Manager를 구분해서 사용하지 않는 경우가 많습니다. 하지만 제가 근무하고 있는 회사는 두개를 구분해서 사용하고 있어 정의에 대해 찾아보려 했습니다만 명확한 결론은 없는 것 같습니다. 개인적으로 업무 진행하면서 느낀 점과 검색 결과를 합쳐 간단하게 정리해봅니다. 완성된 문서 아니니 의견 있으시면 남겨주세요! QA Engineer 기술 분석을 수행하여 품질 문제의 원인을 파악하고 솔루션을 개발한다. 공학, 기술 및 수학에 대한 전문 지식을 사용하여 프로세스를 평가하고 데이터를 분석하며 개선 방법을 개발한다. 실험, 데이터 수집 및 분석, 개선 분야의 식별 및 연구를 통한 해결책을 개발한다. QA Manager 품질 시스템의 구현을 감독하고 제품이 고객 요구 ..

cmd에서 emulator 명령어로 단말 실행하는 경우 API 32(Android 13) 에서는 아래 명령어로도 emulator 부팅 완료까지 잘 기다린 후 다음 동작 진행됩니다. emulator -avd Pixel_5_API_32 -no-audio -no-boot-anim & adb wait-for-device 하지만 API 24/25(Android 7) 등 하위 Level에서는 emulator 부팅 완료 후에도 명령어 실행 완료되지 않고 무한 대기해 한참 고민했습니다. 아래 명령어로 emulator 부팅 완료까지 잘 기다린 후 다음 동작 진행되는 것 확인했습니다. emulator -avd Pixel_5_API_24 -no-audio -debug-init > /dev/null 2>&1 & adb w..

Why write a Test Plan Template? 테스트 계획 템플릿은 소프트웨어 제품에 대한 테스트를 수행하는 데 필요한 테스트 전략, 목표, 일정, 추정, 결과물 및 리소스를 설명하는 자세한 문서입니다. 테스트 계획은 테스트 중인 애플리케이션의 품질을 검증하는 데 필요한 노력을 결정하는 데 도움이 됩니다. 테스트 계획은 소프트웨어 테스트 활동을 정의된 프로세스대로 수행하기 위한 청사진 역할을 하며, 테스트 매니저가 이를 세부적으로 모니터링하고 제어합니다. What does a Test Plan Template contain? 1. 범위(Scope) 테스트 범위 테스트 포함 범위 테스트 제외 범위(Out Of Scope) 품질 목표 기능적 목표 ex) AI 그림을 생성할 수 있다. 비기능적 목표..

Why write a Test Summary Report? 테스트 요약 보고서는 테스트 프로젝트의 모든 테스트 활동과 최종 테스트 결과를 요약한 문서입니다. 테스트 보고서는 테스트가 얼마나 잘 수행되었는지 평가합니다. 이해관계자는 테스트 요약 보고서를 기반으로 제품의 품질을 평가하고 제품 릴리스에 대한 결정을 진행할 수 있습니다. 배포 가능 여부를 결정 외주 프로그램의 경우 테스트 내용 확인 후 최종 인수를 결정 고객 문의가 들어 올 수 있는 노운 이슈 있는 경우 고객센터에 미리 공유해야 미리 대처할 수 있음 What does a Test Summary Report contain? 프로젝트 정보 프로젝트 이름 버전 배포내용 요약 일정 범위(테스트 진행 영역, 진행하지 않는 영역) 테스트 환경 테스트 목표..

1. What is Structure based Testing? 프로그램 내부 구조 및 복잡도를 검증하는 테스트로서 WhiteBox 기법 중 하나입니다. 코드 구조의 효율성 및 오류사항을 발견하기 위한 테스트로서 Logic Driven 방식입니다. 2. What is Code Coverage 코드 커버리지는 구조기반 테스트 유형으로 구문(Statement), 조건(Condition), 결정(Decision) 이 얼마나 확인되었는지 확인합니다. 1. 구문 커버리지(Statement Coverage) 프로그램의 모든 코드 구문(statement)이 얼마나 많이 실행되는지를 측정합니다. 2. 조건 커버리지(Condition Coverage) 전체 조건식과 관계 없이 각 개별 조건식의 True/False가 한번..

TDD(Test Driven Development) 테스트 주도 개발 테스트를 먼저 작성하고 테스트가 정상적으로 돌아갈 때까지 테스트를 하면서 코드를 작성 BDD(Behavior Driven Development) 행동 주도 개발 코드를 작성하기 전에 코드가 수행할 행위(Behavior)에 대한 명세를 먼저 작성 Given(준비) 시나리오 상에서 주어진 환경 When(실행) 시나리오 상에서 어떤 행위를 하는 것 Then(검증) 시나리오 완료 시 기대되는 결과 예제 ) Scenario : 사용자가 암호를 잊어버림 Given : 사용자가 로그인 화면에 있음 And : 사용자가 "kairoka"를 아이디 입력 영역에 입력 When : 사용자가 "비밀번호 찾기" 링크를 선택 Then : 사용자 비밀번호 재설정 ..

1. What is Exploratory Testing? 탐색적 테스트는 테스트 케이스를 사전에 작성하지 않고 테스트 대상을 자유롭게 탐색하면서 테스트를 수행하는 방법입니다. 이전에 진행한 테스트 결과 등 테스트 대상에 대한 이해를 바탕으로 다양한 시나리오를 테스트하여 예상치 못한 버그를 발견하는 데 효과적입니다. 테스트 설계와 실행이 동시에 이루어지는 테스트로 주로 아래 경우에 진행합니다. 테스트 대상에 대한 이해가 부족한 경우 테스트 대상이 복잡하거나 예측하기 어려운 경우 새로운 기술이나 플랫폼을 테스트하는 경우 제품에 대해 신속하게 학습해야 할 때 탐색적 테스트는 공식적 테스팅을 보완하는 측면에서 활용하거나 병행하는 것이 효과적이고 페어와이즈 기법, 등가분할, 경계값 분석, 결정 테이블 테스팅 등 ..

알파 테스트(Alpha Test) 베타 테스트(Beta Test) 보통 회사 내부 직원인 테스터가 수행 회사 직원이 아닌 고객 또는 최종 사용자가 수행 개발 환경에서 수행 고객 사이트 또는 제품의 최종 사용자의 환경에서 수행 신뢰성 및 보안 테스트는 심층적으로 수행되지 않음 베타 테스트 중 신뢰성, 보안, 견고성이 검사됨 화이트박스와 블랙박스 테스트 모두 진행 가능 일반적으로 블랙 박스 테스트 사용 실험실 환경 또는 테스트 환경이 필요 실험실 환경이나 테스트 환경이 필요하지 않음. 사용자는 실제 운영될 환경과 동일한 환경에서 테스트 진행 Alpha 테스트에는 긴 실행 주기가 필요할 수 있음 Beta 테스트는 일반적으로 몇 주 정도 진행 Alpha 테스트에서 개발자가 중요한 문제 또는 수정 사항을 즉시 처..

1. What is Shift Left Test? 시프트 레프트 테스트는 테스트를 개발 라이플사이클 초기 단계로 옮겨 결함을 최대한 빨리 찾아내는 것입니다. 소프트웨어 개발 중 대부분의 결함은 코딩 과정에서 발생하고, 개발 라이프사이클 초기에 결함을 확인해 수정하는 비용은 저렴합니다. 결함을 조기에 발견해 수정한다면 많은 비용을 절약할 수 있습니다. 2. Advantages 1. 비용 절감 결함을 조기에 발견하고 해결함으로써 전체적인 개발 비용을 절감할 수 있습니다. 2. 품질 향상 결함을 조기에 포착하면 최종 제품의 품질이 향상됩니다. 3. 개발 속도 향상 지속적으로 테스트함으로써 별도의 테스트 단계를 기다릴 필요가 없어 개발 속도가 빨라질 수 있습니다. 4. 협업 강화 초기에 테스터를 참여시킴으로써 ..

1. What is E2E Test? End to End 테스트의 약자로 애플리케이션의 전체 흐름을 테스트하여 문제를 감지하고 하위 시스템의 테스트 범위를 늘려 사용자의 예상대로 작동하는지 확인해 신뢰성을 높히기 위한 위한 체계적인 프로세스입니다. 2. Typical E2E Test Life Cycle 1. 테스트 계획 이 단계는 통합/시스템 테스트가 완료되면 이루어집니다. 초기 클라이언트 요구 사항 및 애플리케이션 아키텍처를 기반으로 테스트 목표를 설정합니다. 2. 테스트 설계 요구 사항에 따라 적절한 테스트 환경을 설정됩니다. 일반적으로 테스트 환경은 이전 테스트 실행을 위해 이미 구성되어 있고, 테스터는 이러한 기존 구성을 활용할 수 있습니다. 또한 테스트 목표를 달성하기 위해 적합한 리소스를 보다..