블랙 박스 테스트는 사용자의 관점에서 입력 데이터와 출력 데이터 간의 대응 관계를 기반으로 합니다. 분명히 외부 특성에 문제가 있거나 사양이 맞지 않으면 잉크 카트리지 테스트 방법을 사용할 수 없습니다.
블랙박스 테스트는 소프트웨어의 기능 요구 사항을 테스트하는 데 중점을 두고 있으며, 주로 다음과 같은 유형의 오류를 발견하려고 합니다.
함수가 잘못되었거나 누락되었습니다.
인터페이스 오류
데이터베이스 액세스 오류
성능 오류
초기화 및 종료 오류 등
이론적으로 블랙박스 테스트는 철저한 입력 테스트를 채택하고 가능한 모든 입력을 테스트 조건으로 해야만 프로그램의 모든 오류를 찾아낼 수 있다. 사실 테스트 상황은 무한히 다양하다. 사람들은 모든 합법적인 입력뿐만 아니라 불법이지만 가능한 입력도 테스트해야 한다. 이러한 관점에서 완전한 테스트는 불가능합니다. 따라서 대상 테스트를 수행하고 테스트 사용 사례를 개발하여 테스트 구현을 안내하여 소프트웨어 테스트가 조직되고, 절차가 있으며, 계획이 있는지 확인해야 합니다. 소프트웨어의 품질을 진정으로 보장하기 위해서는 블랙 박스 테스트 동작을 수량화해야 하며, 테스트 사용 사례는 테스트 동작을 수량화하는 방법 중 하나입니다. 특정 블랙 박스 테스트 케이스 설계 방법에는 등가 클래스 구분 방법, 경계 값 분석 방법, 오류 추론 방법, 인과 관계 그래프 방법, 의사 결정 테이블 구동 방법, 직교 테스트 설계 방법, 기능 그래프 방법 등이 있습니다.
동등한 클래스는 프로그램의 입력 도메인을 부분 (하위 집합) 으로 나누고 각 섹션에서 몇 가지 대표적인 데이터를 테스트 사례로 선택하는 방식으로 나뉩니다. 각 범주의 대표 데이터는 테스트에서 해당 범주의 다른 값과 동일합니다. 이 방법은 중요하고 일반적으로 사용되는 블랙박스 테스트 케이스 설계 방법입니다.
1) 등가물 분류: 등가물 클래스는 입력 필드의 하위 요소입니다. 이 sub * * * 에서 모든 입력 데이터는 노출 프로그램의 오류와 동일합니다. 동등한 클래스의 대표 값을 테스트하는 것은 이 클래스의 다른 값을 테스트하는 것과 같다고 가정하는 것이 합리적입니다. 따라서 모든 입력 데이터를 여러 동등한 클래스로 합리적으로 나누고 소수의 대표적인 테스트 데이터를 각 등가 클래스에 대한 입력 조건으로 사용하여 더 나은 테스트 결과를 얻을 수 있습니다. 등가 클래스의 구분에는 두 가지 다른 상황이 있습니다.
유효한 등가 클래스: 프로그램 사양에 합리적이고 의미 있는 입력 데이터로 구성된 * * * 클래스입니다. 유효한 등가 클래스를 사용하여 프로그램이 사양에 지정된 기능 및 성능을 달성했는지 확인할 수 있습니다.
잘못된 등가 클래스: 유효한 등가 클래스의 정의와 정확히 반대입니다.
테스트 사용 사례를 설계할 때는 소프트웨어가 합리적인 데이터를 받을 수 있어야 할 뿐만 아니라 예상치 못한 테스트를 견딜 수 있어야 하기 때문에 두 가지 동등한 클래스를 모두 고려해야 합니다. 이러한 테스트는 소프트웨어의 신뢰성을 보장할 수 있다.
2) 등가클래스를 나누는 방법: 다음은 등가클래스를 결정하는 6 가지 원칙입니다.
① 입력 조건이 값 범위 또는 값 수를 지정하는 경우 유효한 등가 클래스와 두 개의 유효하지 않은 등가 클래스를 설정할 수 있습니다.
② 입력조건이 입력값의 * * * 또는' 무엇을 해야 하는가' 를 지정하는 조건 하에서 유효한 등가클래스와 유효하지 않은 등가클래스를 설정할 수 있다.
③ 입력 조건이 부울 수량인 경우 유효한 등가 클래스와 유효하지 않은 등가 클래스를 확인할 수 있습니다.
(4) 입력 데이터 세트의 값 (가정 N) 이 지정되고 프로그램이 각 입력 값을 별도로 처리해야 하는 경우 N 개의 유효한 등가 클래스와 유효하지 않은 등가 클래스를 설정할 수 있습니다.
⑤ 입력 데이터가 규칙을 준수해야 하는 조건 하에서 유효한 등가 클래스 (규칙 준수) 와 여러 개의 유효하지 않은 등가 클래스 (다른 각도에서 규칙 위반) 를 설정할 수 있습니다.
⑥ 분할 된 등가 클래스의 각 요소가 프로그램 처리에서 다른 방식으로 알려진 경우 등가 클래스는 더 작은 등가 클래스로 더 세분화되어야 합니다.
3) 테스트 사용 사례 설계: 등가 클래스를 설정한 후 모든 분할된 등가 클래스를 나열하는 등가 클래스 테이블을 설정할 수 있습니다.
입력 조건이 유효하고 해당 클래스가 유효하지 않습니다 ..... >>
질문 2: 소프트웨어 테스트에서 블랙박스 테스트와 화이트박스 테스트의 차이점은 무엇입니까? 먼저 이 문제를 바로잡는 것은' 하드웨어' 범주에 속하지 않는다.
블랙박스 테스트와 화이트박스 테스트란 무엇입니까?
모든 엔지니어링 제품 (모든 엔지니어링 제품) 은 다음 두 가지 방법 중 하나로 테스트할 수 있습니다.
블랙박스 테스트: 제품의 기능 설계 사양을 알면 각 구현의 기능이 요구 사항을 충족하는지 테스트할 수 있습니다.
화이트박스 테스트: 제품의 내부 작업 과정을 이해하면 내부의 모든 작업이 설계 사양을 충족하는지, 내부의 모든 부품이 검사되었는지 여부를 증명할 수 있습니다.
소프트웨어의 블랙박스 테스트는 테스트가 소프트웨어의 인터페이스에서 수행되어야 한다는 것을 의미한다. 이 방법에서는 테스트 대상이 블랙 박스로 간주되고 테스터는 프로그램의 내부 논리 구조와 내부 특성을 완전히 무시하고 프로그램의 요구 사항 규정에 따라 프로그램의 기능이 기능 설명에 부합하는지 확인합니다. 따라서 블랙박스 테스트는 기능 테스트 또는 블랙박스 테스트라고도 합니다. 블랙 박스 테스트는 주로 다음과 같은 유형의 오류를 찾는 것입니다.
1. 부정확하거나 누락된 기능이 있습니까?
인터페이스에서 입력이 올바르게 받아 들여질 수 있습니까? 당신은 정확한 결과를 출력할 수 있습니까?
3. 데이터 구조 오류나 데이터 파일과 같은 외부 정보 액세스 오류가 있습니까?
4. 성능이 요구 사항을 충족합니까?
5. 초기화 또는 종료 오류가 있습니까?
소프트웨어의 화이트박스 테스트는 소프트웨어 프로세스 세부 사항에 대한 자세한 검사입니다. 이 방법은 테스트 객체를 열린 상자로 간주하여 테스터가 프로그램의 내부 논리 구조 및 관련 정보를 사용하여 테스트 케이스, 테스트 프로그램의 모든 논리 경로를 설계하거나 선택할 수 있도록 합니다. 다른 점의 프로그램 상태를 검사하여 실제 상태가 예상 상태와 일치하는지 확인합니다. 따라서 화이트 박스 테스트는 구조 테스트 또는 논리적 구동 테스트라고도 합니다. 화이트 박스 테스트는 주로 프로그램 모듈을 다음과 같이 검사하는 것입니다.
1. 프로그램 모듈의 모든 독립 실행 경로를 한 번 이상 테스트합니다.
2. 모든 논리적 판단에 대해' 참' 과' 거짓' 은 적어도 한 번 검사할 수 있다.
3. 루프 경계 및 실행 경계 내에서 루프를 실행합니다.
4. 내부 데이터 구조의 유효성을 테스트합니다.
위의 사실은 소프트웨어 테스트에 치명적인 결함이 있음을 보여줍니다. 즉, 테스트가 포괄적이지 않고 불완전합니다. 어떤 프로그램도 제한된 수의 테스트 (궁핍한 횟수에 비해) 만 수행할 수 있기 때문에, 오류가 발견되지 않으면 프로그램에 오류가 없다고 말할 수 없다.
질문 3: 블랙박스 테스트와 화이트박스 테스트란 무엇입니까? 소프트웨어 테스트의 두 가지 측면에 불과합니다.
화이트박스 테스트: 사용자 인터페이스를 사용하지 않고 프로그램의 소스 코드를 통해 테스트합니다. 이러한 테스트에서는 코드 구문에서 알고리즘, 오버플로우, 경로, 조건 등에 대한 내부 코드의 단점이나 오류를 찾아 수정해야 합니다.
블랙박스 테스트 (Black-box testing): 프로그램 소스 코드를 검사하지 않거나 소프트웨어 소스 코드 프로그램이 어떻게 설계되었는지 모를 때 전체 소프트웨어 또는 소프트웨어 기능을 활용하는 엄격한 테스트입니다. 테스터는 데이터를 입력하고 출력을 관찰하여 소프트웨어가 어떻게 작동하는지 이해할 수 있습니다. 테스트할 때 프로그램을 열 수 없는 검은 대야로 간주한다. 테스터는 프로그램 내부 구조와 특성을 전혀 고려하지 않고 프로그램 인터페이스에서 테스트하며 프로그램 기능이 요구 사항을 충족하는지 여부만 확인합니다.
규범의 규정은 정상적으로 이용된다. 프로그램이 올바르게 수신되고 올바르게 출력될 수 있습니까?
질문 4: 블랙 박스 테스트란 무엇입니까? 통속적으로 말할 수 있습니까? 이론적으로 블랙박스 테스트는 철저한 입력 테스트를 채택하고 가능한 모든 입력을 테스트 조건으로 해야만 프로그램의 모든 오류를 찾아낼 수 있다. 사실 테스트 상황은 무한히 다양하다. 사람들은 모든 합법적인 입력뿐만 아니라 불법이지만 가능한 입력도 테스트해야 한다. 이러한 관점에서 완전한 테스트는 불가능합니다. 따라서 대상 테스트를 수행하고 테스트 사용 사례를 개발하여 테스트 구현을 안내하여 소프트웨어 테스트가 조직되고, 절차가 있으며, 계획이 있는지 확인해야 합니다. 소프트웨어의 품질을 진정으로 보장하기 위해서는 블랙 박스 테스트 동작을 수량화해야 하며, 테스트 사용 사례는 테스트 동작을 수량화하는 방법 중 하나입니다. 특정 블랙 박스 테스트 케이스 설계 방법에는 등가 클래스 구분 방법, 경계 값 분석 방법, 오류 추론 방법, 인과 관계 그래프 방법, 의사 결정 테이블 구동 방법, 직교 테스트 설계 방법, 기능 그래프 방법 등이 있습니다.
질문 5: 블랙박스 테스트와 화이트박스 테스트 1 이란 무엇입니까? 첫째, 돈을 원하는 욕망이 생기게 하라. (서양속담, 돈속담) 강할수록 좋다 ~!
2. 돈 소유에 걸림돌이 무엇인지 알고 싶어요 ~!
3. 장애 해결 ~!
그 후, 당신은 돈이 있습니다. > 질문 6: 블랙 박스 테스트와 화이트 박스 테스트의 차이점은 무엇입니까? 블랙박스 테스트와 화이트박스 테스트의 차이점은 무엇입니까? 블랙박스 테스트와 화이트박스 테스트는 테스트 방법이 다를 뿐이다. 화이트박스 테스트는 프로그램의 내부 구조를 기반으로 하며, 프로그램의 각 채널이 예정된 요구 사항에 따라 제대로 작동하는지 테스트해야 합니다. 블랙박스 테스트도 기능 테스트로 프로그램의 각 항목을 사용할 수 있는지 여부를 체크합니다. 테스트 프로젝트에서는 프로그램의 내부 구조와 내부 특성을 고려하지 않고 주로 외부 구조를 대상으로 합니다. 소프트웨어 테스트, 블랙박스 테스트 또는 화이트박스 테스트는 모두 배우고 이해해야 합니다. 당신이 정말로 소프트웨어 테스트를 이해할 때, 당신은 블랙박스 테스트에 대해 이야기할 것이다. 2.Dana 의 소프트웨어 테스트는 괜찮습니다. 항주에는 분교가 있어야 하는데 가서 볼 수 있어요.
질문 7: 화이트박스 테스트와 블랙박스 테스트의 차이점은 무엇이며, 그 둘의 관계는 무엇입니까? 화이트박스 테스트와 블랙박스 테스트는 두 가지 다른 소프트웨어 테스트 방법으로 모든 엔지니어링 제품 (모든 엔지니어링 제품) 을 통해 테스트할 수 있습니다.
화이트박스 테스트: 사용자 인터페이스를 사용하지 않고 프로그램의 소스 코드를 통해 테스트합니다. 이러한 테스트에서는 코드 구문에서 알고리즘, 오버플로우, 경로, 조건 등에 대한 내부 코드의 단점이나 오류를 찾아 수정해야 합니다.
블랙 박스 테스트: 전체 소프트웨어 또는 일부 소프트웨어를 사용하여 엄격한 테스트를 수행하지만 프로그램 소스 코드를 검토하거나 소프트웨어 소스 코드 프로그램이 어떻게 설계되었는지 명확하게 이해하지 못했습니다. 테스터는 데이터를 입력하고 출력을 관찰하여 소프트웨어가 어떻게 작동하는지 이해할 수 있습니다. 테스트할 때 프로그램을 열 수 없는 검은 대야로 간주한다. 프로그램 내부 구조와 특성을 전혀 고려하지 않고 테스터는 프로그램 인터페이스에서 프로그램 기능이 요구 사항 설명서에 따라 정상적으로 사용되는지, 프로그램이 정상적으로 수신 및 출력되는지 여부만 확인합니다.
가장 큰 차이점은 테스트 대상이 다르다는 것입니다. 화이트박스 테스트는 주로 프로그램 코드 논리를 대상으로 하며 블랙박스 테스트는 주로 프로그램이 사용자에게 제공하는 기능을 대상으로 합니다. 간단히 말해서 전자는 데몬을 테스트하고 후자는 포그라운드 디스플레이 기능을 테스트합니다.
질문 8: 블랙박스 테스트와 화이트박스 테스트란 무엇입니까? 블랙박스 테스트 및 화이트박스 테스트: 블랙박스 테스트는 기능 테스트 또는 블랙박스 테스트라고도 하며, 제품 기능을 알고 각 기능이 제대로 작동하는지 테스트합니다. 테스트 시 프로그램을 열 수 없는 검은 대야로 취급하고, 테스터는 프로그램의 내부 구조와 내부 특성을 전혀 고려하지 않고 프로그램 인터페이스에서 테스트합니다. 프로그램 기능이 요구 사항 사양에 따라 제대로 사용되고 있는지, 입력 데이터를 제대로 수신하여 올바른 출력 정보를 생성할 수 있는지, 데이터베이스나 파일과 같은 외부 정보의 무결성을 유지할 수 있는지 여부만 확인합니다. 블랙박스 테스트 방법은 주로 동등한 분류, 경계 값 분석, 인과도, 잘못된 추론 등이 있다. , 주로 소프트웨어 검증 테스트에 사용됩니다. 블랙박스 방법은 프로그램의 외부 구조에 초점을 맞추고, 내부 논리 구조를 고려하지 않고, 소프트웨어 인터페이스와 소프트웨어 기능을 테스트합니다. 블랙 박스 방법은 상세한 입력 테스트입니다. 가능한 모든 입력이 테스트 사례로 사용되는 경우에만 프로그램의 모든 오류를 이 방법으로 감지할 수 있습니다. 화이트박스 테스트: 화이트박스 테스트는 구조적 테스트 또는 논리적 구동 테스트라고도 하며 제품의 내부 작업 과정을 이해하고 제품의 내부 동작이 사양에 따라 정상적으로 진행되는지 테스트하기 위한 것입니다. 프로그램의 내부 구조 테스트 절차에 따라 프로그램의 각 채널이 기능에 관계없이 예정된 요구 사항에 따라 제대로 작동하는지 확인합니다. 화이트 박스 테스트의 주요 방법은 주로 소프트웨어 검증에 사용되는 논리적 구동 테스트와 그룹 테스트입니다. "화이트 박스" 방법은 프로그램 내부 논리 구조를 완전히 이해하고 모든 논리 경로를 테스트합니다. "화이트 박스" 방법은 철저한 경로 테스트입니다. 이 시나리오를 사용할 때 테스터는 프로그램의 내부 구조를 검사하여 프로그램의 논리에서 테스트 데이터를 가져와야 합니다. 블랙박스 테스트와 화이트박스 테스트 모든 엔지니어링 제품 (모든 엔지니어링 제품에 주의) 은 다음 두 가지 방법 중 하나로 테스트할 수 있습니다. 블랙박스 테스트: 제품의 기능 설계 사양을 알면 각 구현의 기능이 요구 사항을 충족하는지 테스트할 수 있습니다. 화이트박스 테스트: 제품의 내부 작업 과정을 이해하면 내부의 모든 작업이 설계 사양을 충족하는지, 내부의 모든 부품이 검사되었는지 여부를 증명할 수 있습니다. 소프트웨어의 블랙박스 테스트는 테스트가 소프트웨어의 인터페이스에서 수행되어야 한다는 것을 의미한다. 이 방법에서는 테스트 대상이 블랙 박스로 간주되고 테스터는 프로그램의 내부 논리 구조와 내부 특성을 완전히 무시하고 프로그램의 요구 사항 규정에 따라 프로그램의 기능이 기능 설명에 부합하는지 확인합니다. 따라서 블랙박스 테스트는 기능 테스트 또는 블랙박스 테스트라고도 합니다. 블랙박스 테스트는 주로 다음과 같은 오류를 발견하는 것이다. 소프트웨어의 화이트박스 테스트는 소프트웨어의 프로세스 세부 사항을 자세히 검사하는 것이다. 이 방법은 테스트 객체를 열린 상자로 간주하여 테스터가 프로그램의 내부 논리 구조 및 관련 정보를 사용하여 테스트 케이스, 테스트 프로그램의 모든 논리 경로를 설계하거나 선택할 수 있도록 합니다. 다른 점의 프로그램 상태를 검사하여 실제 상태가 예상 상태와 일치하는지 확인합니다. 따라서 화이트 박스 테스트는 구조 테스트 또는 논리적 구동 테스트라고도 합니다. 화이트박스 테스트는 주로 검사기 모듈이 1 입니다. 프로그램 모듈의 모든 독립 실행 경로를 한 번 이상 테스트합니다. 2. 모든 논리적 판단에 대해' 참' 과' 거짓' 은 적어도 한 번 검사할 수 있다. 3. 루프 경계 및 실행 경계 내에서 루프를 실행합니다. 4. 내부 데이터 구조의 유효성을 테스트합니다. 위의 사실은 소프트웨어 테스트에 치명적인 결함이 있음을 보여줍니다. 즉, 테스트가 포괄적이지 않고 불완전합니다. 어떤 프로그램도 제한된 수의 테스트 (궁핍한 횟수에 비해) 만 수행할 수 있기 때문에, 오류가 발견되지 않으면 프로그램에 오류가 없다고 말할 수 없다.