Software Quality

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가 한번..

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. 테스트 설계 요구 사항에 따라 적절한 테스트 환경을 설정됩니다. 일반적으로 테스트 환경은 이전 테스트 실행을 위해 이미 구성되어 있고, 테스터는 이러한 기존 구성을 활용할 수 있습니다. 또한 테스트 목표를 달성하기 위해 적합한 리소스를 보다..

New : 새로운 결함을 등록 Assigned : 담당 개발자(팀)에 버그를 할당 Open : 개발자가 분석을 시작하고 결함 수정 작업을 진행 Reject : 결함이 아니여서 거절 Deferred : 이번 수정범위에 포함되지 않아 지연 Duplicate : 이미 등록된 동일 이슈가 있음 Fixed : 개발자가 결함 수정 완료 In Progress : 수정 진행 중 Pending Retest : 테스터의 재확인 테스트 대기 Retest : 결함 재확인 테스트 진행 Verified : 재확인 테스트 통과, 결함 수정 확인 Closed : 이슈를 닫고 완료 ReOpend : 재확인 테스트에서 다시 이슈 발생되어 재등록 참고 https://www.guru99.com/defect-life-cycle.html

리스크 기반 테스트를 진행하는 이유는 사용자가 제품에서 버그를 발견하더라도 소프트웨어 사용을 중단하지 않게하고 비즈니스에 심각한 영향을 미치지 않도록 하기 위함입니다. 따라서 위험 기반 테스트는 제품이나 소프트웨어의 특징, 모듈 및 기능에 대한 테스트 우선 순위를 매기는 원칙이 필요합니다. 우선 순위는 장애 가능성(기능이 잘못 동작할 가능성)과 장애로 인한 영향(잘못된 기능이 고객에게 미치는 영향)에 따라 결정됩니다. 리스크 기반 테스트는 언제 사용되어야 할까요? 프로젝트의 시간, 비용, 자원에 제한이 있거나 제약이 있거나 자원을 최적화할 필요가 있을 때 사용할 수 있습니다. 프로그램에 더 복잡하고 새로운 기술이 적용되어 많은 문제가 발생할 때 사용됩니다. 프로그램 R&D 프로젝트이고 처음으로 시도하는 ..

1. 구성요소 ID : 테스트를 고유하게 식별하게 해주는 식별자 우선순위(Priority) : 테스트 진행 우선순위(Low/Medium/High) 모듈 이름(Module) 테스트 설계자(Author) 시험 설계일(Create Date) 테스트 수행자(Tester/Performer) 테스트 실행 날짜(Run Date) 테스트 케이스 제목(Title) 테스트 케이스 요약(Description) : 테스트 케이스 목표를 설명 전제조건(Pre-Condition) : 테스트 절차 실행 전에 따라야 하는 조건 또는 단계 종속성(Dependencies): 테스트 요구사항 또는 기타 테스트 케이스에 대한 의존성을 판단 테스트 절차(Steps) : 테스트 케이스를 수행하기 위한 정확한 단계 예상 결과(Expected R..