일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- test
- ISTQB
- risk-based testing
- seleium
- 테스트케이스
- agile
- RBT
- QA
- Test Case
- Testing
- Python
- selenium
- 파이썬
- 셀레니움
- 위험 기반 테스트
- 애자일
- 테스트
- Software life cycle model
- testing method
- maintainability test
- 자동화
- 유지보수성 테스트
- 비기능테스트
- csts
- SQA
- 테스트 설계 기법에 따른 분류
- regression test
- 테스트 케이스
- testcase
- 품질
- Today
- Total
목록테스트케이스 (7)
Study_Note
sanity test Sanity Test 는 소프트웨어 개발 과정의 초기 단계에서 수행되는 테스트로, 주로 소프트웨어의 기본적인 기능이나 설정이 제대로 작동하는지를 확인하는 데 중점을 둡니다. 이 테스트는 소프트웨어가 최소한의 기능을 갖추고 있는지, 기본 기능이 작동하는지를 빠르게 평가하여 소프트웨어가 사용 가능한지 여부를 판단하는 데 사용됩니다. 이는 개발 과정의 초기 단계에서 중요한 역할을 합니다. 예를 들어, 웹 응용 프로그램을 개발하는 경우, Sanity Test는 다음과 같은 것들을 포함할 수 있습니다. 웹 페이지에 로그인 폼이 제대로 표시되는지 확인 로그인 기능이 작동하여 사용자가 인증을 수행할 수 있는지 확인 메인 페이지에서 필수적인 메뉴나 버튼이 존재하고 클릭 가능한지 확인 데이터베이스와..
테스트 케이스 설계 (test case design) 테스트 케이스는 소프트웨어나 시스템이 정상적으로 동작하는지를 검증하기 위한 입력, 실행 조건, 예상 결과 등을 명시적으로 정의한 테스트 항목입니다. 테스트 케이스는 소프트웨어 개발 과정에서 중요한 부분이며, 품질 확보와 버그 발견에 기여합니다. 테스트 케이스를 효과적으로 설계하기 위해서는 몇 가지 기본 원칙을 따를 수 있습니다. 명확성 및 간결성 테스트 케이스는 명확하고 간결해야 합니다. 어떤 동작이나 특정 상황을 검증하는 목적을 분명히 이해할 수 있어야 합니다. 독립성 각 테스트 케이스는 다른 테스트 케이스에 영향을 주지 않고 독립적으로 실행될 수 있어야 합니다. 이는 특정 순서나 다른 테스트의 성공 여부에 의존하지 않음을 의미합니다. 완전성 테스트..
완벽한 테스트가 불가능 한 이유 (why perfect testing is impossible) 소프트웨어 품질 보증(QA)에서 완벽한 테스트가 불가능한 이유는 여러 가지가 있습니다. 몇 가지 주요 이유는 다음과 같습니다. 시간과 비용의 제약 소프트웨어는 복잡하며 다양한 기능과 상호작용을 가지고 있습니다. 모든 가능한 상황을 고려하고 테스트하는 것은 많은 시간과 비용이 소요됩니다. 일부 경우에는 이러한 리소스가 제한적일 수 있습니다. 무한한 입력 조합 소프트웨어는 다양한 입력 조합에 노출됩니다. 이 입력 조합의 수는 매우 많아서 모든 경우를 테스트하는 것은 현실적으로 불가능합니다. 사용자의 행동, 환경 조건, 하드웨어 및 소프트웨어의 조합 등이 무한하게 다양하기 때문입니다. 복잡성과 다양성 소프트웨어는 ..
동등분할 테스트 (Equivalence Partitioning Testing) 동등분할 테스트는 소프트웨어를 테스트하는데 효과적인 방법 중 하나입니다. 이 방법은 다양한 입력값들을 테스트하는 시간과 노력을 절감하기 위해 개발되었습니다. 예를 들어, 하나의 소프트웨어 기능이 1부터 100까지의 정수형 데이터를 입력으로 받는다고 가정해봅시다. 모든 입력값을 하나씩 테스트한다면 굉장히 많은 테스트 케이스가 필요할 수 있습니다. 하지만 동등분할 테스트를 사용하면 이러한 다양한 입력값들 중 일부를 대표값으로 선택하여 테스트를 수행합니다. 동등분할 테스트는 입력값들을 여러 구간으로 나누고, 각 구간에서 하나의 대표값을 선택하여 테스트 케이스를 작성하는 방법입니다. 이렇게 함으로써 모든 구간에 속하는 값들을 대표값 ..
테스트 설계 기법의 종류 (types of test design techniques) 명세기반 테스트 (Specification-Based Testing) 명세기반 테스트(Specification-Based Testing)는 소프트웨어의 요구사항이나 명세서에 기반하여 테스트를 설계하고 수행하는 테스트 접근 방법입니다. 즉, 소프트웨어의 동작과 기능을 정의하는 문서들을 활용하여 테스트 케이스를 개발하고 실행하는 방법을 말합니다. 이러한 테스트는 소프트웨어가 요구사항과 명세서에 명시된 기대 동작을 정확하게 수행하는지 확인하는 데 중점을 둡니다. 명세기반 테스트는 특정 기능이나 시나리오에 대한 테스트를 간단하고 체계적으로 수행하기 위해 입력값을 분류하거나 경계값을 확인하는 등의 접근 방법을 사용합니다. 이러한..
기능 테스트(Functional Test)와 비기능 테스트(Non-Functional Test) 기능 테스트(Functional Test) 기능 테스트는 고객의 기능 요구사항에 초점을 맞춘 테스트로, 요구사항에 따라 기능이 올바르게 구현되었고, 구현된 기능이 정상적으로 동작하는지를 확인하는 것을 목표로 합니다. 이러한 테스트는 요구사항 명세서, 기능 명세서, 화면 설계서, IA 설계서 등과 같은 개발 요구사항이 정의된 산출물을 기준으로 수행됩니다. 테스트 기준으로는 ISO/IEC 9126 품질 특성의 기능성(Functionality) 부분과 ISO/IEC 25010의 기능 적합성(Functional Suitability)을 고려하는 것이 좋습니다. 기능 테스트는 고객의 요구사항을 충족시키고 소프트웨어의 ..
정적분석(Static Analysis) vs 동적분석(Dynamic Analysis) 모든 공학 분야에서, 건물을 수백 층으로 손톱만한 전자 회로까지, 우리는 설계의 정확성을 확인하기 위해 테스트를 진행합니다. 이는 해당 분야가 얼마나 발전하고 완성도를 갖췄는지를 나타내는 중요한 지표입니다. 그러나 여전히 우리는 미완성된 세계에서 살고 있음을 인지해야 합니다. 이에 정적 분석과 동적 분석이 등장하게 됩니다. 정적 분석은 소프트웨어를 실행하지 않고도 코드를 분석하여 오류를 찾아내는 방법입니다. 반면, 동적 분석은 소프트웨어를 실행하며 그 동작을 분석하여 문제를 발견합니다. 이들의 핵심 원리를 이해하는 것이 중요합니다. 테스트에는 새로운 방법들이 지속적으로 등장하지만, 그래도 정답이라고 자신하기는 어렵습니다..