일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 자료구조
- OS
- 프로그래머스
- 동적계획법
- 컨디션 변수
- 멀티쓰레드
- 멀티프로세서
- 그리디 알고리즘
- DirectX12
- 백준
- 알고리즘
- 락
- 다이나믹 프로그래밍
- 스케줄링
- 렌더링 파이프라인
- I/O장치
- 그리디알고리즘
- 영속성
- DirectX 12
- 병행성
- 다이나믹프로그래밍
- Direct12
- 타입 객체
- 쓰레드
- 파일시스템 구현
- 디자인패턴
- codility
- directx
- 운영체제
- 병행성 관련 오류
- Today
- Total
기록공간
2-4-1장. 애플리케이션 테스트 - B 본문
애플리케이션 테스트 개념
애플리케이션 테스트는 애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 또는 절차이다.
-
애플리케이션 테스트는 개발된 소프트웨어가 고객의 요구사항을 만족시키는지 확인하고 소프트웨어가 기능을 정확히 수행하는지 검증한다.
-
애플리케이션 테스트를 실행하기 전에 개발한 소프트웨어의 유형을 분류하고 특성을 정리해서 중점적으로 테스트할 사항을 정리해야 한다.
애플리케이션 테스트 필요성
-
애플리케이션 테스트를 통해 프로그램 실행 전에 오류를 발견하여 예방할 수 있다.
-
애플리케이션 테스트는 프로그램이 사용자의 요구사항이나 기대 수준 등을 만족시키는지 반복적으로 테스트하므로 제품의 신뢰도를 향상시킨다.
-
애플리케이션의 개발 초기부터 애플리케이션 테스트를 계획하고 시작하면 단순한 오류 발견뿐만 아니라 새로운 오류의 유입도 예방할 수 있다.
-
애플리케이션 테스트를 효과적으로 수행하면 최소한의 시간과 노력으로 많은 결함을 찾을 수 있다.
애플리케이션 테스트 기본 원리
-
애플리케이션 테스트는 소프트웨어의 잠재적인 결함을 줄일 수 있지만 소프트웨어에 결함이 없다고 증명할 수는 없다. 즉 완벽한 소프트웨어 테스팅은 불가능하다.
-
애플리케이션의 결함은 대부분 개발자의 특성이나 애플리케이션의 기능적 특징 때문에 특정 모듈에 집중되어 있다. 애플리케이션의 20%에 해당하는 코드에서 전체 80%의 결함이 발견된다고 하여 파레토 법칙을 적용하기도 한다.
-
애플리케이션 테스트에서는 동일한 테스트 케이스로 동일한 테스트를 반복하면 더 이상 결함이 발견되지 않는 살충제 패러독스 현상이 발생한다. 살충제 패러독스를 방지하기 위해서 테스트 케이스를 지속적으로 보완 및 개선해야 한다.
-
애플리케이션 테스트는 소프트웨어 특징, 테스트 환경, 테스터 역량 등 정황에 따라 테스트 결과가 달라질 수 있으므로, 정황에 따라 테스트를 다르게 수행해야 한다.
-
소프트웨어의 결함은 모두 제거해도 사용자의 요구사항을 만족시키지 못하면 해당 소프트웨어는 품질이 높다고 말할 수 없다. 이것을 오류-부재의 궤변이라고 한다.
-
테스트와 위험은 반비례한다. 테스트를 많이 하면 할수록 미래에 발생할 위험을 줄일 수 있다.
-
테스트는 작은 부분에서 시작하여 점점 확대하며 진행해야 한다.
-
테스트는 개발자와 관계없는 별도의 팀에서 수행해야 한다.
'자격증공부 > 정보처리기사_필기' 카테고리의 다른 글
2-4-3장. 테스트 기법에 따른 애플리케이션 테스트 - A (0) | 2020.09.06 |
---|---|
2-4-2장. 애플리케이션 테스트의 분류 - B (0) | 2020.09.06 |
2-3-8장. 빌드 자동화 도구 - B (0) | 2020.09.05 |
2-3-7장. 소프트웨어 버전 관리 도구 - A (0) | 2020.09.05 |
2-3-6장. 소프트웨어 버전 등록 - B (0) | 2020.09.05 |