black box testing an depth tutorial with examples
이 튜토리얼에서는 소프트웨어 테스트에 대한 저의 산업 경험을 사용하여 수동 테스트 이외의 테스트를위한 프로세스, 장점, 단점 및 일부 자동화 도구와 함께 블랙 박스 테스트의 유형 및 기술에 익숙해 지도록하겠습니다.
또한 화이트 박스 테스트와 블랙 박스 테스트의 차이점에 대해서도 알아 봅니다.
“블랙 박스 테스트 기법”자습서 목록 :
튜토리얼 # 1 : 블랙 박스 테스트 란?
튜토리얼 # 2 : 화이트 박스 테스트 란?
튜토리얼 # 3 : 단순화 된 기능 테스트
튜토리얼 # 4 : 사용 사례 테스트 란?
튜토리얼 # 5 : 직교 배열 테스트 기법
기법
튜토리얼 # 6 : 경계 값 분석 및 등가 분할
튜토리얼 # 7 : 의사 결정 테이블 테스트
튜토리얼 # 8 : 상태 전이 테스트
튜토리얼 # 9 : 추측 오류
튜토리얼 # 10 : 그래프 기반 테스트 방법
거의 모든 사람들이 매일 블랙 박스 테스트를 수행합니다!
우리가 배웠 든 아니든, 우리 모두는 일상 생활에서 여러 번 블랙 박스 테스트를 수행했습니다 !!
이름 자체에서 시스템과의 상호 작용과 관련이 있다는 것을 이해할 수 있으며 미스터리 상자로 테스트하고 있습니다. 이는 시스템의 내부 작업에 대해 충분히 알지 못하지만 시스템이 어떻게 작동해야하는지 알고 있음을 의미합니다.
우리가 예 자동차 나 자전거를 테스트하기 위해 항상 비정상적인 방식으로 작동하지 않도록 운전합니다. 보다? 이미 블랙 박스 테스트를 마쳤습니다.
학습 내용 :
- 블랙 박스 테스트 란?
- 블랙 박스 테스트 유형
- 블랙 박스 테스트 도구
- 블랙 박스 테스트 기법
- 단계별로 수행하는 방법?
- 장점과 단점
- 화이트 박스 테스트와 블랙 박스 테스트의 차이점
- 결론
- 추천 도서
블랙 박스 테스트 란?
블랙 박스 테스트는 행동, 불투명 상자, 폐쇄 상자, 사양 기반 또는 눈 대 눈 테스트라고도합니다.
테스트중인 항목의 내부 구조 / 디자인에 대해 잘 모르고 소프트웨어 / 애플리케이션의 기능을 분석하고 입력 값과 출력 값을 비교하는 소프트웨어 테스팅 방법입니다.
자바에서 해시 테이블을 구현하는 방법
블랙 박스 테스트의 주요 초점은 시스템 전체의 기능에 있습니다. 용어 '행동 테스트' 블랙 박스 테스트에도 사용됩니다. 내부 지식의 사용이 엄격하게 금지되지는 않지만 여전히 권장되지 않기 때문에 동작 테스트 디자인은 블랙 박스 테스트 디자인과 약간 다릅니다.
각 테스트 방법에는 고유 한 장점과 단점이 있습니다. 블랙 박스 만 사용하거나 화이트 박스 만 사용하면 찾을 수없는 버그가 있습니다.
대부분의 애플리케이션은 블랙 박스 방식으로 테스트됩니다. 대부분의 테스트 사례를 다루어야 대부분의 버그가 블랙 박스 방법.
이 테스트는 소프트웨어 개발 및 테스트 라이프 사이클, 즉 단위, 통합, 시스템, 수락 및 회귀 테스트 단계에서 발생합니다.
이것은 기능적이거나 비 기능적 일 수 있습니다.
블랙 박스 테스트 유형
실제로 가능한 블랙 박스 테스트에는 몇 가지 유형이 있지만 주요 변형을 고려하면 아래에 언급 된 두 가지 기본 테스트가 있습니다.
# 1) 기능 테스트
이 유형은 응용 프로그램의 기능 요구 사항 또는 사양을 다룹니다. 여기서는 입력을 제공하고 실제 출력을 예상 출력과 비교하여 시스템의 다양한 동작 또는 기능을 테스트하고 있습니다.
예를 들어 ,드롭 다운 목록을 테스트 할 때 목록을 클릭하고 확장되고 모든 예상 값이 목록에 표시되는지 확인합니다.
기능 테스트의 주요 유형은 다음과 같습니다.
- 연기 테스트
- 온 전성 테스트
- 통합 테스트
- 시스템 테스트
- 회귀 테스트
- 사용자 수락 테스트
=> 자세히 알아보기 기능 테스트 .
# 2) 비 기능 테스트
요구 사항의 기능 외에도 응용 프로그램의 품질과 성능을 개선하기 위해 테스트해야하는 여러 가지 비 기능적 측면이 있습니다.
비 기능 테스트의 몇 가지 주요 유형은 다음과 같습니다.
- 사용성 테스트
- 부하 테스트
- 성능 시험
- 호환성 테스트
- 스트레스 테스트
- 확장 성 테스트
=> 자세히 알아보기 비 기능 테스트 .
블랙 박스 테스트 도구
블랙 박스 테스트 도구는 주로 기록 및 재생 도구입니다. 이러한 도구는 회귀 테스트에 사용되어 새 빌드가 이전 작업 애플리케이션 기능에서 버그를 생성했는지 확인합니다.
이러한 기록 및 재생 도구는 TSL, VB 스크립트, Javascript, Perl 등과 같은 일부 스크립트의 형태로 테스트 사례를 기록합니다.
블랙 박스 테스트 기법
일련의 기능을 체계적으로 테스트하려면 테스트 케이스를 설계해야합니다. 테스터는 다음 블랙 박스 테스트 기술을 사용하여 요구 사항 사양 문서에서 테스트 사례를 만들 수 있습니다.
- 등가 분할
- 경계 값 분석
- 의사 결정 테이블 테스트
- 상태 전이 테스트
- 추측 오류
- 그래프 기반 테스트 방법
- 비교 테스트
각 기술을 자세히 이해합시다.
# 1) 등가 분할
이 기술을 ECP (Equivalence Class Partitioning)라고도합니다. 이 기술에서 시스템 또는 응용 프로그램에 대한 입력 값은 결과의 유사성에 따라 여러 클래스 또는 그룹으로 나뉩니다.
따라서 각각의 모든 입력 값을 사용하는 대신 이제 그룹 / 클래스에서 하나의 값을 사용하여 결과를 테스트 할 수 있습니다. 이러한 방식으로 많은 재 작업과 가장 중요한 소비 시간을 줄일 수있는 동시에 테스트 적용 범위를 유지할 수 있습니다.
예를 들면 :
위 이미지에서 볼 수 있듯이 'AGE'텍스트 필드는 18에서 60까지의 숫자 만 허용합니다. 세 세트의 클래스 또는 그룹이 있습니다.
두 개의 잘못된 클래스는 다음과 같습니다.
병합 정렬 구현 C ++
a) 17보다 작거나 같습니다.
b) 61보다 크거나 같음.
유효한 클래스는 18-60 사이입니다.
따라서 형성된 클래스를 기반으로 테스트 케이스를 단 3 개의 테스트 케이스로 축소하여 모든 가능성을 포괄합니다. 따라서 각 클래스 집합의 값을 누구나 테스트하면 위의 시나리오를 테스트하는 데 충분합니다.
=> 권장 읽기 – 등가 분할이란 무엇입니까?
# 2) 경계 값 분석
이름 자체에서 우리는 많은 응용 프로그램이 경계에 많은 양의 문제가 있음을 알기 때문에이 기술에서 경계의 값에 초점을 맞추고 있음을 이해할 수 있습니다.
경계는 시스템 동작이 변경되는 한계에 가까운 값을 의미합니다. 경계 값 분석에서 유효한 입력과 잘못된 입력 모두 문제를 확인하기 위해 테스트되고 있습니다.
예를 들면 :
1에서 100까지의 값이 허용되어야하는 필드를 테스트하려면 경계 값 (1-1, 1, 1 + 1, 100-1, 100, 100 + 1)을 선택합니다. 1에서 100까지의 모든 값을 사용하는 대신 0, 1, 2, 99, 100 및 101 만 사용합니다.
# 3) 의사 결정 테이블 테스트
이름 자체에서 알 수 있듯이 다음과 같은 논리적 관계가있는 곳은 어디든 상관 없습니다.
만약
{
(조건 = True)
그런 다음 action1;
}
그렇지 않으면 action2; / * (조건 = False) * /
그런 다음 테스터는 두 가지 조건 (True 및 False)에 대해 두 개의 출력 (action1 및 action2)을 식별합니다. 따라서 가능한 시나리오를 기반으로 테스트 케이스 세트를 준비하기 위해 의사 결정 테이블이 조각됩니다.
예를 들면 :
남성 노인에게는 10 %, 나머지 사람들에게는 9 %로 금리를 제공하는 XYZ 은행의 예를 들어 보겠습니다.
이 예제 조건에서 C1에는 true와 false의 두 값이 있고 조건 C2에는 true와 false의 두 값이 있습니다. 가능한 총 조합 수는 4 개가됩니다. 이렇게하면 의사 결정 테이블을 사용하여 테스트 케이스를 도출 할 수 있습니다.
PC에서 실행되는 dbms
# 4) 상태 전이 테스트
상태 전환 테스트는 테스트중인 시스템의 여러 상태를 테스트하는 데 사용되는 기술입니다. 시스템 상태는 조건이나 이벤트에 따라 변경됩니다. 이벤트는 시나리오가되는 상태를 트리거하며 테스터는이를 테스트해야합니다.
체계적인 상태 전이 다이어그램은 상태 변경에 대한 명확한보기를 제공하지만 더 단순한 애플리케이션에 효과적입니다. 더 복잡한 프로젝트는 더 복잡한 전환 다이어그램으로 이어질 수 있으므로 효율성이 떨어집니다.
예를 들면 :
# 5) 오류 추측
이것은 경험 기반 테스트의 전형적인 예입니다.
이 기술에서 테스터는 애플리케이션 동작 및 기능에 대한 자신의 경험을 사용하여 오류가 발생하기 쉬운 영역을 추측 할 수 있습니다. 대부분의 개발자가 일반적으로 실수를하는 곳에서 오류 추측을 사용하여 많은 결함을 찾을 수 있습니다.
개발자가 일반적으로 처리하는 것을 잊는 몇 가지 일반적인 실수 :
- 0으로 나눕니다.
- 텍스트 필드에서 null 값 처리.
- 값없이 제출 버튼을 수락합니다.
- 첨부하지 않고 파일 업로드.
- 제한 크기보다 작거나 큰 파일 업로드.
# 6) 그래프 기반 테스트 방법
각각의 모든 응용 프로그램은 일부 개체의 빌드 업입니다. 이러한 모든 개체가 식별되고 그래프가 준비됩니다. 이 개체 그래프에서 각 개체 관계를 식별하고 그에 따라 테스트 사례를 작성하여 오류를 발견합니다.
# 7) 비교 테스트
이 방법에서 테스트하기 위해 동일한 소프트웨어의 서로 다른 독립 버전을 사용하여 서로 비교합니다.
단계별로 수행하는 방법?
일반적으로 프로젝트 / 애플리케이션을 테스트하기 위해 체계적인 프로세스를 따를 때 품질이 유지되고 장기적으로 추가 테스트 라운드에 유용합니다.
- 가장 중요한 단계는 응용 프로그램의 요구 사항 사양을 이해하는 것입니다. 적절하게 문서화 된 SRS (Software Requirement Specification)가 있어야합니다.
- 경계 값 분석, 등가 분할 등과 같은 위에서 언급 한 블랙 박스 테스트 기술을 사용하여 유효하고 유효하지 않은 입력 세트를 원하는 출력으로 식별하고이를 기반으로 테스트 케이스를 설계합니다.
- 설계된 테스트 케이스를 실행하여 실제 결과와 예상 결과를 검증하여 합격 여부를 확인합니다.
- 실패한 테스트 케이스는 결함 / 버그로 제기되고 수정을 위해 개발 팀에 전달됩니다.
- 또한 수정중인 결함에 따라 테스터는 결함이 반복되는지 여부를 확인하기 위해 결함을 다시 테스트합니다.
장점과 단점
장점
- 테스터는 기술적 배경이 필요하지 않습니다. 사용자 입장에서 테스트하고 사용자의 관점에서 생각하는 것이 중요합니다.
- 프로젝트 / 애플리케이션 개발이 완료되면 테스트를 시작할 수 있습니다. 테스터와 개발자는 서로의 공간을 방해하지 않고 독립적으로 작업합니다.
- 크고 복잡한 애플리케이션에 더 효과적입니다.
- 결함과 불일치는 테스트 초기 단계에서 식별 할 수 있습니다.
단점
- 기술 또는 프로그래밍 지식이 없으면 테스트 할 시나리오의 가능한 조건을 무시할 가능성이 있습니다.
- 규정 된 시간에 테스트를 적게하고 가능한 모든 입력과 출력 테스트를 건너 뛸 가능성이 있습니다.
- 크고 복잡한 프로젝트에는 완전한 테스트 커버리지가 불가능합니다.
화이트 박스 테스트와 블랙 박스 테스트의 차이점
다음은 둘 다의 몇 가지 차이점입니다.
| 블랙 박스 테스트 | 화이트 박스 테스트 |
|---|---|
| 실제 코드 나 응용 프로그램의 내부 구조에 대한 지식이없는 테스트 방법입니다. | 응용 프로그램의 실제 코드 및 내부 구조에 대한 지식이있는 테스트 방법입니다. |
| 이것은 기능 테스트와 같은 더 높은 수준의 테스트입니다. | 이러한 유형의 테스트는 단위 테스트, 통합 테스트와 같은 낮은 수준의 테스트에서 수행됩니다. |
| 테스트중인 시스템의 기능에 집중합니다. | 실제 코드에 집중합니다. 프로그램과 구문 |
| 블랙 박스 테스트에는 테스트를위한 요구 사항 사양이 필요합니다. | 화이트 박스 테스트에는 데이터 흐름 다이어그램, 순서도 등이 포함 된 디자인 문서가 필요합니다. |
| 블랙 박스 테스트는 테스터가 수행합니다. | 화이트 박스 테스트는 프로그래밍 지식이있는 개발자 또는 테스터가 수행합니다. |
결론
다음은 블랙 박스 테스트와 관련된 몇 가지 기본 사항과 그 기술 및 방법에 대한 개요입니다.
인간의 개입으로 모든 것을 100 % 정확도로 테스트하는 것은 불가능하므로 위에서 언급 한 기술과 방법을 효과적으로 사용하면 시스템의 품질이 확실히 향상됩니다.
결론적으로 이것은 시스템의 기능을 확인하고 대부분의 결함을 식별하는 데 매우 유용한 방법입니다.
블랙 박스 테스트 기술에 대한 심층적 인 지식을 얻었기를 바랍니다.