일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 품질
- 테스트 케이스
- 테스트
- QA
- regression test
- 파이썬
- 셀레니움
- testing method
- agile
- SQA
- 비기능테스트
- 위험 기반 테스트
- testcase
- csts
- 테스트케이스
- Test Case
- Python
- Software life cycle model
- maintainability test
- risk-based testing
- 유지보수성 테스트
- selenium
- Testing
- ISTQB
- RBT
- 테스트 설계 기법에 따른 분류
- seleium
- 자동화
- test
- 애자일
- Today
- Total
목록품질 (5)
Study_Note

소프트웨어 생명 주기 모델과 테스트(Software life cycle model and testing) 소프트웨어 생명 주기(SDLC)는 소프트웨어 개발을 위한 일련의 단계들을 체계적으로 정리한 모델입니다. 일반적으로 요구사항 수집과 분석을 시작으로, 설계, 구현, 테스트, 배포, 유지보수 단계로 이어지며, 이 과정이 순차적으로 또는 병렬적으로 진행됩니다. 그러나 모든 소프트웨어가 반드시 이러한 정형화된 절차를 따를 필요는 없습니다. 소규모 프로젝트나 단기 과제물의 경우 요구사항 분석이나 설계 단계를 생략하고 곧바로 코딩을 시작할 수도 있습니다. 또한, 테스트 작업을 따로 수행하지 않고 디버깅의 일부로 처리하기도 합니다. 이러한 방식은 'code-and-fix 모델'이라 불리며, 작은 프로젝트에는 적합..

테스트 모니터링/제어 및 테스트 종료(test monitoring/control and test closure)위험 분석은 테스트 전반에 걸쳐 중요한 역할을 하며, 특히 테스트 모니터링, 제어 활동, 테스트 종료 단계에서 그 중요성이 더욱 부각됩니다. 위험 수준이 높은 기능에 대해서는 보다 철저한 모니터링과 신속한 제어가 이루어져야 하며, 테스트 종료 시에도 별도의 보고가 요구될 수 있습니다. 이를 통해 테스트의 효율성을 높이고, 중요한 기능이 적절히 검증되었는지 확인할 수 있습니다.테스트 모니터링 및 제어테스트 진행 중 모니터링과 제어는 위험 수준을 고려하여 보다 세밀하게 이루어져야 합니다. 특히, 위험도가 높은 기능에 대한 테스트 진행 상황은 더욱 면밀히 살펴보아야 하며, 이를 위해 다양한 메트릭을 ..

우선순위 결정 (prioritization)우선순위 결정은 프로젝트, 작업, 문제 해결 또는 제품 개발의 효율성을 높이기 위해 가장 중요한 작업을 먼저 처리하는 데 중요한 역할을 합니다. 특히 소프트웨어 테스트, 프로젝트 관리, 제품 개발 등에서 제한된 자원(시간, 인력, 예산)을 효과적으로 활용하기 위해 중요한 작업의 순서를 정하는 것이 핵심입니다. 우선순위 결정을 위한 일반적인 방법들 MoSCoW 방법 (Must have, Should have, Could have, Won't have)MoSCoW 방법은 요구사항의 우선순위를 정하는 가장 널리 사용되는 방법 중 하나입니다. 각 요구사항이나 작업은 네 가지 범주로 분류됩니다Must Have반드시 필요한 요구사항. 제품이나 프로젝트가 성공하기 위해 필수..

위험 기반 테스트 (risk-based testing, RBT)소프트웨어 위험기반 테스트는 잠재적인 위험을 식별하고 그에 따라 테스트 우선순위를 결정하는 테스트 전략입니다. 즉, 소프트웨어의 가장 중요한 부분, 가장 실패할 가능성이 높은 부분 또는 가장 큰 영향을 미치는 부분을 중점적으로 테스트하는 방식입니다. 모든 기능을 균등하게 테스트하는 것이 아니라, 위험이 큰 부분에 더 많은 자원을 집중하여 프로젝트의 품질을 보장하는 것이 핵심입니다. 소프트웨어 프로젝트는 일반적으로 제한된 시간과 비용 내에서 완료되어야 하며, 이를 효율적으로 관리하지 않으면 프로젝트 품질이 저하될 수 있습니다. 따라서 모든 소프트웨어 기능을 테스트하는 것은 이상적이지만, 현실적으로는 불가능한 경우가 많습니다. 이를 해결하기 위해..

PDCA cycle PDCA는 Plan-Do-Check-Act의 네 가지 단계로 구성된 지속적인 개선을 위한 프로세스입니다. 이는 품질 관리 및 프로세스 향상을 위해 사용되는 과학적이고 체계적인 방법론으로, Edward Deming이 통계적 품질 관리의 일환으로 개발했습니다. 1950년대에 제조업에서 품질 관리의 핵심 도구로 소개되었으며, 이후에는 다양한 산업 및 조직에 적용되어 널리 사용되고 있습니다. Plan (계획) - 문제 해결 또는 프로세스 개선을 위한 목표를 설정합니다. - 현재 상황을 평가하고 개선이 필요한 영역을 식별합니다. - 목표를 달성하기 위한 전략 및 계획을 개발합니다. - 자원 할당 및 일정 계획을 수립합니다. Do (실행) - 계획된 활동을 실행합니다. - 프로세스를 변경하거나 ..