일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 23288
- D드라이브생성
- 완탐
- 정올 1620
- 재귀함수
- 코테
- 알고리즘개념
- Bfs와DFS
- 삼성역테
- 코테준비
- 중복순열
- 정보처리기사
- 순열
- 자바 코테
- 파티션 크기 조정
- 백준13458
- N과M
- java
- 완전탐색
- 자바
- 백준2251
- BFS
- 전화번호속의암호
- 백준
- 볼륨 만들기
- 주사위굴리기2
- 중복조합
- 백준15652
- 에라토스테네스의채
- 알고리즘
- Today
- Total
뚱땅뚱땅
[2020 정보처리기사 필기] 2.4.52 개발 단계에 따른 애플리케이션 테스트 본문
# 필기 참고: 2020 시나공 정보처리기사 필기 2. 소프트웨어 개발 >4.애플리케이션 테스트 관리
1. 개발 단계에 따른 애플리케이션 테스트
2. 단위 테스트
코딩 직후 소프트웨어 설계의 최소 단위인 모듈이나 컴포넌트에 초점을 맞춰 테스트하는 것
- 인터페이스, 외부적 I/O, 외부적 I/O, 자료구조, 독립적 기초 경로, 오류 처리 경로, 경계 조건 등을 검사
- 사용자의 요구사항을 기반으로 함. 기능성 테스트를 최우선시
- 테스트 방법
(1) 구조 기반 테스트: 프로그램 내부 구조 및 복잡도를 검증하는 화이트박스 테스트.
목적: 제어 흐름, 조건 결정
(2) 명세 기반 테스트: 목적 및 실행 코드 기반의 블랙박스 테스트
목적: 동등 분할, 경계 값 분석
3. 통합 테스트
단위 테스트가 완료된 모듈들 결합 -> 하나의 시스템으로 완성시키는 과정에서의 테스트
- 모듈 간 또는 통합된 컴포넌트 간의 상호 작용 오류 검사
4. 시스템 테스트
해당 컴퓨터 시스템에서 완벽하게 수행되는가 테스트
- 환경적인 장애 리스크 최소화위해서 실제 사용 환경과 유사하게 만든 테스트 환경에서 테스트를 수행
- 테스트 방법
(1) 기능적 요구사항: 요구사항 명세서, 비즈니스 절차, 유스케이스 등 명세서 기반의 블랙박스 테스트 시행
(2) 비기능적 요구사항: 성능 테스트, 회복 테스트, 보안 테스트, 내부 시스템의 메뉴 구조 등 구조적 요소에 대한 화이트박스 테스트 시행
5. 인수 테스트
개발한 소프트웨어가 사용자의 요구사항 충족하는지!
- 사용자가 직접 테스트
- 문제 없으면 사용자는 sw 인수, 프로젝트 종료
- 테스트 종류
(1) 사용자 인수 테스트: 사용자가 시스템 사용의 적절성 여부 확인
(2) 운영상의 인수 테스트: 시스템 관리자가 시스템 인수 시 수행하는 테스트 기법. 백업/복원 시스템. 사용자 관리 등 확인
(3) 계약 인수 테스트: 계약상의 인수/검수 조건 준수 여부
(4) 규정 인수 테스트: 법규, 정부 지침, 규정 등 규정에 맞게 개발되었는지 확인
(5) 알파 테스트: 개발자의 장소에서 사용자가 개발자 앞에서 테스트. 통제된 환경. 사용자와 개발자가 함꼐 확인하며 오류,문제점 기록
(6) 베타 테스트: 선정된 최종 사용자가 여러 명의 사용자 앞에서 행하는 테스트 기법. 실업무 가지고 사용자가 직접 테스트. 개발자에 의해 제어되지 않은 환경. 개발자에게 주기적으로 오류,문제점 기록한거 보고.
'아카이브' 카테고리의 다른 글
[2020 정보처리기사 필기] 2.4.53 통합 테스트 (0) | 2020.04.02 |
---|---|
[2020 정보처리기사 필기] 2.4.51 테스트 기법에 따른 애플리케이션 테스트 (0) | 2020.04.01 |
[알고리즘] 여행하는 외판원 문제(TSP) (0) | 2020.04.01 |
[알고리즘] 알고스팟 BOARDCOVER 문제 (0) | 2020.04.01 |
[2020 정보처리기사 필기] 2.4.50 애플리케이션 테스트 분류 (0) | 2020.04.01 |