일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- 일어타자
- 도쿄복권명당
- 인생은프로젝트
- 찬스센터
- 작은비즈니스
- すでに
- 도쿄스터디룸
- 도쿄와이파이
- 도쿄비즈니스
- 정보처리기사
- 도쿄 나카메구로
- 도쿄복권
- 멘트장인
- 멘트제조지
- 정보처리기사필기
- 도쿄비즈니스산책
- 일본취업
- 개발자를위한필수수학
- 스데니
- 도쿄로또
- 일본스터디룸
- 일본어
- 헤이디
- 일본it
- 도쿄엑시아카페
- 모인유학비송금
- 내정사퇴
- 나카메구로역
- 일본어타이핑
- 아임도넛
- Today
- Total
라이프프_LIFE IS A PROJECT
블랙박스 테스트와 화이트박스 테스트 [정보처리기사 필기] 본문
블랙박스 테스트(Black Box Test)
- 블랙박스 테스트는 소프트웨어 수행하는 특정 기능 알기 위해 기능이 완전히 작동되는 것을 입증하는 테스트
- 사용자 요구사항 명세를 보면서 테스트
- 소프트웨어 인터페이스에서 실시
- 부정확, 누락, 오류, 자료구조/외부 데이터 접근 오류 발견 목적
- 테스트 과정 후반부 적용
블랙박스 테스트 종류
1. 동치 분할 검사(Equivalence Partitioning Testing): 입력 자료에 초점 맞춰 테스트 케이스 제작 후 검사(동등 분할 기법)
2. 경계값 분석(Boundary Value Analysis): 입력 조건의 중간값보다 경계값을 테스트 케이스로 선정
3. 원인-효과 그래프 검사(Cause-Effect Graphing Testing): 입력 데이터 간 관계와 출력에 영향 미치는 상황을 테스트 케이스 선정
4. 오류 예측 검사(Error Guessing): 과거 경험이나 확인자 감각으로 테스트(데이터 확인 검사)
5. 비교 검사(Comparison Testing): 여러 버전의 프로그램에 동일 테스트 자료 제공 후 동일 결과 출력 여부 테스트
화이트박스 테스트(White Box Test)
- 모듈의 원시 코드를 오픈 시킨 상태에서 원시 코드의 논리적 모든 경로 테스트
- 설계 절차에 초점 맞춘 구조적 테스트
- 모듈 내 작동을 직접 관찰
- 원시 코드(모듈)의 모든 문장 1회 이상 실행
- 테스트 과정 초기에 적용
화이트박스 테스트 종류
1. 기초 경로 검사(Base Path Testing): 대표적 화이트박스 테스트, 테스트 케이스 설계자가 논리적 복잡성 측정
2. 제어 구조 검사(Control Structure Testing): 조건 검사(모듈 내 논리적 조건 테스트) / 루프 검사(프로그램 반복 구조에 초점 맞춰 테스트) / 데이터 흐름 검사(변수 정의와 변수 사용 위치에 초첨 맞춰 테스트) 로 이루어짐
블랙박스 테스트는 사용자의 입장에서, 화이트박스 테스트는 개발자의 입장에서 제품 테스트를 한다는 차이가 있습니다.
그리고 화이트박스 테스트는 초기에, 블랙박스 테스트는 후기에 진행한다는 점도 차이가 있습니다.
함께 보면 좋은 글
2024.05.01 - [분류 전체보기] - 인터페이스 구현 검증 도구 [정보처리기사 필기]
인터페이스 구현 검증 도구 [정보처리기사 필기]
인터페이스 구현 검증 도구인터페이스 구현 및 감시 도구 통해 인터페이스의 동작 상태 검증 인터페이스 구현 검증 도구의 종류xUnit자바, C++, Net 등 다양한 언어 지원하는 단위 테스트 프레임
liap.tistory.com
블랙박스, 화이트박스 테스트 유용한 포스팅(Catsbi's DLog)
블랙박스 테스트, 화이트박스 테스트
블랙박스 테스트(Black Box Test)
catsbi.oopy.io