소프트웨어 테스트: Difference between revisions
From IT Wiki
(→참조 모델) |
No edit summary |
||
| Line 15: | Line 15: | ||
* 사용자 요구 만족도 향상 | * 사용자 요구 만족도 향상 | ||
* 제품 신뢰도 향상 | * 제품 신뢰도 향상 | ||
=== 원칙 === | |||
{| class="wikitable" | |||
! 원리 | |||
! 내용 | |||
! 원인 | |||
|- | |||
| 결함 발견 | |||
| | |||
* 결함제거가 아닌 겸함의 발견을 목적으로 함 | |||
| | |||
* Test 본연의 역할 | |||
|- | |||
| 불완전성 | |||
| | |||
* 완벽한 테스팅은 불가능 | |||
* 무한경로, 무한입력값, 무한타이밍 | |||
| | |||
* 자원의 한계 | |||
|- | |||
| 초기 집중 | |||
| | |||
* 개발 설계 시 부터 테스트를 고려 | |||
* 결함의 조기발견 및 재유입 방지 | |||
| | |||
* 품질비용 감소 | |||
|- | |||
| 결함 집중 | |||
| | |||
* 결함의 80%는 20%코드에 집중 | |||
* 결함이 높은 곳에 자원집중 | |||
| | |||
* 파레토 법칙 | |||
|- | |||
| 살충제 페러독스 | |||
| | |||
* 동일한 테스트 전략, 기법을 적용할 시 내성이 생김 | |||
| | |||
* 개발자의 TEST회피 | |||
|- | |||
| 테스트 정황 | |||
| | |||
* 테스트는 테스트 주변환경에 의한 영향을 받음 | |||
| | |||
* 외부요소, 심리요소 | |||
|- | |||
| 오류-부재 궤변 | |||
| | |||
* 결함을 모두 제거하였다고 품질이 우수하다고 볼 순 없음 | |||
| | |||
* 테스터의 수동적 자세 | |||
|} | |||
== 참조 모델 == | == 참조 모델 == | ||
Revision as of 21:39, 31 October 2019
- Software Test
개요
정의
- 노출되지 않은 숨어있는 결함(Fault)을 찾기 위해 소프트웨어를 작동시키는 일련의 행위와 절차
- 오류 발견을 목적으로 프로그램을 실행하여 품질을 평가하는 과정
- 개발된 소프트웨어의 결함과 문제를 식별하고 품질을 평가하며 품질을 개선하기 위한 일련의 활동
- 일반적으로 테스트 케이스에 따라 SW를 동적으로 실행시켜 예상결과치와 비교 분석
- SW의 동작과 성능, 안정성이 요구되는 수준을 만족하는지 확인하기 위한 결함을 발견하는 메커니즘
목적
- 프로그램의 잠재된 오류의 발견
- 기술적인 기능 및 성능의 확인
- 사용자 요구 만족도 향상
- 제품 신뢰도 향상
원칙
| 원리 | 내용 | 원인 |
|---|---|---|
| 결함 발견 |
|
|
| 불완전성 |
|
|
| 초기 집중 |
|
|
| 결함 집중 |
|
|
| 살충제 페러독스 |
|
|
| 테스트 정황 |
|
|
| 오류-부재 궤변 |
|
|
참조 모델
테스트 종류
단계별 구분
V다이어그램
- 소프트웨어 개발 생명주기에 따라 대응되는 테스트를 표현한 다이어그램
| 테스트 | 세부 내용 |
|---|---|
| 단위 테스트
(Unit Test) |
|
| 통합 테스트
(Integration Test) |
|
| 시스템 테스트
(System Test) |
|
| 인수 테스트
(Acceptance Test) |
|
| 설치 테스트
(Install Test) |
|
