일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
- Python
- SQA
- 유지보수성 테스트
- regression test
- testcase
- RBT
- 비기능테스트
- 파이썬
- testing method
- agile
- 품질
- 테스트 설계 기법에 따른 분류
- ISTQB
- 자동화
- 애자일
- selenium
- 테스트케이스
- 셀레니움
- 테스트
- risk-based testing
- csts
- Test Case
- 위험 기반 테스트
- Software life cycle model
- QA
- Testing
- seleium
- 테스트 케이스
- test
- maintainability test
- Today
- Total
목록분류 전체보기 (95)
Study_Note

테스트의 기본 용어 (test basic terminology) 테스트 대상 : 무엇을 테스트할지를 나타냅니다. 피처 : 테스트 대상의 속성으로, 기능과 성능, 보안 등을 다루는 비기능 피처로 구분됩니다. 테스트 방법 : 테스트를 어떻게 수행할지를 나타냅니다. 여기에는 정적 테스트 방법(리뷰, 정적 분석)과 동적 테스트 방법(명세 기반 테스트, 구조 기반 테스트, 경험 기반 테스트)이 포함됩니다. 테스트 케이스 : 특정 조건에서의 예상 결과를 정의하며, 각 피처에 따라 결정됩니다. 테스트 절차 : 테스트를 진행하는 단계를 나타냅니다. 여러 테스트 케이스를 특정 테스트 환경에서 수행할 수 있도록 순서를 정합니다. 테스트 환경 : 테스트가 실행되는 환경을 의미합니다. 이러한 용어들은 효과적인 소프트웨어 테스..

테스트 환경 (test environment) 테스트 환경은 특정 소프트웨어를 테스트하기 위해 필요한 모든 조건과 구성 요소를 말합니다. 이는 테스트 대상 소프트웨어를 실행할 수 있는 환경으로, 하드웨어, 운영 체제, 시스템 소프트웨어, 외부 시스템, 응용 소프트웨어, 그리고 테스트 도구 등을 포함합니다. 컴포넌트 또는 단위 테스트의 경우, 테스트 대상은 전체 소프트웨어가 아닌 일부분, 즉 컴포넌트나 모듈입니다. 이러한 컴포넌트는 독립적으로 실행될 수 없기 때문에 입력을 전달하거나 다른 모듈을 호출하는데 도움이 필요합니다. 이를 위해 드라이버(Driver)와 스텁(Stub)이 사용되며, 이들도 테스트 환경에 속합니다. 또한, 테스트 실행에 사용되는 다양한 도구도 테스트 환경의 일부입니다. 이러한 도구는 ..

소프트웨어 테스트 절차 (software testing procedures) 소프트웨어 테스트는 소프트웨어의 품질을 보장하기 위해 수행되는 중요한 활동 중 하나입니다. 테스트 절차는 특정한 목적을 달성하기 위해 일련의 단계를 따르는 일반적인 방법을 나타냅니다. 다음은 전체적인 소프트웨어 테스트 절차의 일반적인 단계입니다. 요구사항 분석 프로젝트의 요구사항을 이해하고 문서화합니다. 기능적 요구사항과 비기능적 요구사항을 식별하고 기록합니다. 테스트 계획 테스트의 범위, 목적, 전략, 일정, 리소스 등을 기반으로 테스트 계획을 수립합니다. 테스트 케이스 및 테스트 데이터 작성을 위한 계획을 수립합니다. 테스트 설계 테스트 케이스를 작성하고 테스트 시나리오를 개발합니다. 테스트 케이스는 입력 값, 실행 조건, ..

테스트 케이스 설계 (test case design) 테스트 케이스는 소프트웨어나 시스템이 정상적으로 동작하는지를 검증하기 위한 입력, 실행 조건, 예상 결과 등을 명시적으로 정의한 테스트 항목입니다. 테스트 케이스는 소프트웨어 개발 과정에서 중요한 부분이며, 품질 확보와 버그 발견에 기여합니다. 테스트 케이스를 효과적으로 설계하기 위해서는 몇 가지 기본 원칙을 따를 수 있습니다. 명확성 및 간결성 테스트 케이스는 명확하고 간결해야 합니다. 어떤 동작이나 특정 상황을 검증하는 목적을 분명히 이해할 수 있어야 합니다. 독립성 각 테스트 케이스는 다른 테스트 케이스에 영향을 주지 않고 독립적으로 실행될 수 있어야 합니다. 이는 특정 순서나 다른 테스트의 성공 여부에 의존하지 않음을 의미합니다. 완전성 테스트..

소프트웨어 테스트 설계 기법 (software test design techniques) 소프트웨어 테스트 설계는 테스트 케이스를 개발하기 위한 계획된 접근 방식을 의미합니다. 다양한 테스트 설계 기법이 있으며, 각각은 특정 상황에서 더 효과적일 수 있습니다. 몇 가지 주요한 소프트웨어 테스트 설계 기법을 살펴보겠습니다: 명세 기반 테스트 (Specification-Based Testing) 동등 분할(Equivalence Partitioning) 입력값을 동등한 파티션으로 나누어 각 파티션에 속하는 값들을 하나의 테스트 케이스로 그룹화합니다. 이를 통해 각 파티션에 속하는 값들을 대표할 수 있습니다. 경계 값 분석(Boundary Value Analysis) 입력값의 경계 부분에 주목하여, 경계 값들을..

피처 & 테스트 유형 (feature & test types) 피처(Feature) 피처는 소프트웨어 제품이나 시스템이 제공하는 기능 또는 서비스의 일부를 나타냅니다. 피처는 사용자 또는 시스템의 기능적 요구사항을 구체적으로 표현하는 것으로, 소프트웨어 제품의 가치를 형성하는 중요한 부분입니다. 각 피처는 특정한 목적을 수행하거나 사용자의 요구를 충족하기 위한 기능을 담당합니다. 소프트웨어 개발에서 피처는 주로 요구사항 명세서나 제품 백로그 등에 기술되어 있습니다. 테스트 유형(Test Type) 테스트 유형은 특정 테스트 목적을 수행하기 위한 테스트 활동의 유형을 나타냅니다. 각 테스트 유형은 특정한 테스트 레벨에서 또는 특정한 피처를 대상으로 수행될 수 있습니다. 몇 가지 일반적인 테스트 유형은 다음..

테스트 대상 & 테스트 레벨 (test target & test level) 테스트 대상 (test target or test object) 과 테스트 레벨(test level)은 소프트웨어 테스트에서 중요한 개념입니다. 테스트 대상 테스트 대상은 테스트를 수행하려는 대상이 되는 소프트웨어 또는 시스템을 나타냅니다. 이것은 테스트의 목적 및 범위를 정의하는 데 사용됩니다. 테스트 대상은 소프트웨어의 전체 시스템, 특정 모듈, 함수, 기능, 또는 사용자 시나리오와 같은 다양한 수준에서 정의될 수 있습니다. 테스트 레벨 테스트 레벨은 테스트 프로세스에서 수행되는 테스트의 범위와 깊이를 나타냅니다. 다양한 테스트 레벨이 있으며, 일반적으로 다음과 같이 나뉩니다. 단위 테스트(Unit Testing) : 개별 ..

테스트, V&V, 품질보증 (testing, V&V, QA) 테스트와 관련된 용어로 V&V(verification and Validation) 와 품질 보증이 있다. V&V(Verification and Validation)는 소프트웨어 품질 보증을 위한 중요한 개념으로, 소프트웨어 개발 과정에서 활동의 적합성(verification)과 결과물의 적합성(validation)을 확인하는 것을 의미합니다. 이와 관련된 용어와 방법에 대한 설명은 다음과 같습니다. V&V(Verification and Validation) Verification(검증) 소프트웨어 개발 과정에서 수행된 활동이 요구사항과 적합한지 검사하는 과정으로, 주로 개발 프로세스의 적합성에 중점을 둡니다. Validation(확인) 소프트웨..

테스트 & 품질평가 (test & quality evaluation) 품질 평가는 테스트의 중요 목적 중 하나로, 소프트웨어의 품질을 평가하고 향상시키기 위해 테스트를 활용합니다. 즉, 소프트웨어 품질을 확인하고 사용자에게 안정적이고 효과적인 소프트웨어를 제공하기 위해 다양한 테스트가 수행됩니다. ISO 25010의 품질 특성 분류 기능적 적합성 (Functional Suitability) 정확성 (Accuracy) 상호 운용성 (Interoperability) 완전성 (Completeness) 성능 효율성 (Performance Efficiency) 성능 (Performance) 확장성 (Scalability) 사용 가능성 (Usability) 호환성 (Compatibility) 하드웨어 호환성 (Ha..

완벽한 테스트가 불가능 한 이유 (why perfect testing is impossible) 소프트웨어 품질 보증(QA)에서 완벽한 테스트가 불가능한 이유는 여러 가지가 있습니다. 몇 가지 주요 이유는 다음과 같습니다. 시간과 비용의 제약 소프트웨어는 복잡하며 다양한 기능과 상호작용을 가지고 있습니다. 모든 가능한 상황을 고려하고 테스트하는 것은 많은 시간과 비용이 소요됩니다. 일부 경우에는 이러한 리소스가 제한적일 수 있습니다. 무한한 입력 조합 소프트웨어는 다양한 입력 조합에 노출됩니다. 이 입력 조합의 수는 매우 많아서 모든 경우를 테스트하는 것은 현실적으로 불가능합니다. 사용자의 행동, 환경 조건, 하드웨어 및 소프트웨어의 조합 등이 무한하게 다양하기 때문입니다. 복잡성과 다양성 소프트웨어는 ..