Software Quality

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

1. What is API 애플리케이션 프로그래밍 인터페이스(API)는 하나의 소프트웨어 시스템이 다른 소프트웨어 시스템과 통신하기 위해 따라야 하는 규칙입니다. 2. What is REST Representational State Transfer(REST)는 API 작동 방식에 대한 규칙을 정하는 소프트웨어 아키텍처입니다. REST는 처음에 인터넷과 같은 복잡한 네트워크에서 통신을 관리하기 위한 지침으로 만들어졌습니다. REST 기반 아키텍처를 사용하여 대규모의 고성능 통신을 안정적으로 지원할 수 있습니다. 쉽게 구현하고 수정할 수 있어 모든 API 시스템을 파악하고 여러 플랫폼에서 사용할 수 있습니다. 아래 6가지 원칙을 충족한 경우 RESTful한 API라고 말할 수 있습니다. 1. Client-S..

해당 개념은 인쇄매체 시절부터 시작되었습니다. 커다란 종이에 인쇄된 신문은 반으로 접혀 신문 가판대에 진열되었고 지나가던 손님들에게 신문의 상단 절반만 보이게 되었습니다. 신문업계는 청중을 사로잡기 위해 관심을 끄는 헤드라인, 내용, 이미지를 페이지 상단 절반에 작성해야 한다는 결론을 내렸습니다. 이 원칙은 디지털 콘텐츠에도 그대로 적용됩니다. 물론 앱이나 웹에는 신문처럼 물리적인 접힘이 있는 것은 아닙니다. 대신 스크롤 바가 있습니다. 스크롤을 하지 않아도 확인 할 수 있는 부분을 ATF 스크롤를 해야만 확인 할 수 있는 영역을 BTF(Below the Fold)라고 합니다. 참고 https://www.abtasty.com/blog/above-the-fold/ https://www.marketingtr..

알파 테스트(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 프로젝트이고 처음으로 시도하는 ..

테스트 실행의 품질을 확인하기 위해 두개의 파라미터를 이용할 수 있습니다. Defect reject ratio - 결함이 아닌것을 결함이라고 등록 (거부된 결함 수/발생한 총 결함 수) X 100 Defect leakage ratio - 결함이 누출(릴리즈 이후에 확인되는)되는 비율 (누락된 결함 수/소프트웨어의 전체 결함 수) X 100

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