블랙 박스 테스트 및 흰색 상자 테스트 란? [폐쇄
https://stackoverflow.com/questions/1906089
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나는 그것이 다른 것과 어떻게 비교되는지를 이해하려고 노력하고 있습니다.
코드를 보지 않는 코드 및 블랙 박스 테스트를 볼 수있는 화이트 박스 테스트입니까?
해결책
기본적인 예.
블랙 박스 테스트에서는 객체에 대한 예상 입력이 기본 코드를 변경할 수있는 능력없이 예상 출력을 생성하는지 테스트합니다.
흰색 상자 테스트에서 코드를 볼 수 있고 가능한 모든 경로를 테스트합니다.
다른 팁
Q) 코드를 보지 않는 코드 및 블랙 박스 테스트를 볼 수있는 흰색 상자 테스트입니까?
블랙 박스 테스트
시스템에 입력을 제공하고 시스템이 출력을 생성하는 방법에 대해 신경 쓰지 않고 시스템의 출력을 확인하는 프로세스입니다. 또한 행동 테스트, 데이터 중심 테스트 또는 I/O 중심 테스트, 기능 테스트로 호출됩니다.
요구 사항 분석 (사양, 사용자 문서 등)을 기반으로 한 테스트
장점 :
1) 유리 박스 테스트보다 더 큰 코드 단위에서 더 효과적입니다.
2) 테스터와 프로그래머는 서로 독립적입니다.
3) 사용자 관점에 따라 수행 된 테스트.
4) 사양이 완료 되 자마자 테스트 케이스를 설계 할 수 있습니다.
단점 :
1) 많은 프로그램 경로를 테스트하지 못할 수 있습니다.
2) 가능한 모든 입력 만 테스트하여 가능한 모든 입력 만 테스트 할 수 있습니다. 입력 스트림은 거의 영원히 걸릴 것입니다.
화이트 박스 테스트
이는 시스템에 입력을 제공하고 시스템이 입력을 처리하여 출력을 생성하는 방법을 확인하는 프로세스입니다.
테스터가 코드에 대한 지식을 갖는 것은 필수입니다.
이점:
1) 이러한 유형의 테스트는 구조 수준에서 결함을 발견하는 데 도움이됩니다. 테스트는 결함을 발견하기 위해 상단과 기능 층 아래로 이동합니다.
단점 :
1) 사용자 요구 사항이 충족되도록 보장하지 않습니다.
2) 결정이 ANS 경로를 조정하는지 여부를 설정하지 않습니다.
예, 당신은 거의 가지고 있습니다. 블랙 박스는 내부의 지식 (또는 액세스)없이 외부를 테스트하고 있습니다. 화이트 박스 테스트는 테스트중인 내부 상태를보고 (및 수정) 볼 수 있습니다. 둘 다 다른 용도를 가지고 있습니다. 단위 테스트는 가장 자주 (그러나 항상 아님) 흰색 상자 테스트입니다.
흰색 상자 테스트
S/W의 내부 작업이 알려진 후에는 S/W의 모든 내부 작업이 사양에 따라 수행되도록 테스트가 수행됩니다.
블랙 박스 테스트
각 S/W 구성에 대한 지정된 기능이 설계되면 각 기능이 수행되도록 테스트가 수행됩니다.
흰색 상자 테스트 (유리) 투명 상자를 사용하여 기부 입력 및 검증 출력과 같습니다. 즉, 입력을 제공합니다. 입력에 대한 처리를 관찰하십시오 (기능적 흐름, 변수 값, 계산) 및 출력이 예상되는지 여부를 확인합니다.
블랙 박스 테스트 입력을 제공하고 (목재) 비 투명 상자를 사용하여 출력을 확인하는 것과 같습니다. 즉, 입력을 제공합니다. 입력에 대한 처리를 관찰하지 마십시오 (기능적 흐름, 변수 값, 계산) 및 출력이 예상되는지 여부를 확인합니다.
화이트 박스 테스트 : 흰색 상자 테스트에서 우리는 시스템의 내부 구조에 대한 지식을 사용합니다. 즉, 테스터는 프로그래밍 언어 및 코딩에 대한 지식이 필요합니다.
그리고 블랙 박스 테스트에서 우리는 시스템의 내부를 무시하고 입력과 출력 사이의 관계에 중점을 둡니다.
화이트 박스 테스트 :-프로그래밍 및 구현 지식이 필요합니다.
블랙 박스 테스트 :-프로그래밍 및 구현 지식은 필요하지 않습니다.
