< /p>
모든 엔지니어링 제품 (모든 엔지니어링 제품에 주의) 은 다음 두 가지 방법 중 하나로 테스트할 수 있습니다. < /p>
블랙 박스 테스트: 구현된 각 기능이 요구 사항을 충족하는지 확인하기 위해 테스트할 수 있는 알려진 제품의 기능 설계 사양입니다. < /p>
화이트박스 테스트: 각 내부 작업이 설계 사양 요구 사항을 충족하는지, 모든 내부 구성 요소가 검사를 거쳤는지 여부를 증명하는 알려진 제품의 내부 작업 프로세스입니다. < /p>
블랙박스 테스트 < /p>
소프트웨어의 블랙박스 테스트는 소프트웨어 인터페이스에서 테스트가 수행됨을 의미합니다. 이 방법은 테스트 대상을 블랙 박스로 취급하는 것입니다. 테스터는 프로그램 내부의 논리적 구조와 내부 특성을 전혀 고려하지 않고 프로그램의 요구 사항 사양 사양에만 따라 프로그램의 기능이 기능 설명에 부합하는지 확인합니다. 따라서 블랙 박스 테스트는 기능 테스트 또는 데이터 중심 테스트라고도 합니다. < /p>
블랙박스 테스트는 주로 < /p>
1, 부정확하거나 누락된 기능이 있습니까? < /p>
2, 인터페이스에서 입력이 제대로 수락됩니까? 정확한 결과를 출력할 수 있습니까? < /p>
3, 데이터 구조 오류 또는 외부 정보 (예: 데이터 파일) 액세스 오류가 있습니까? < /p>
4, 성능이 요구 사항을 충족합니까? < /p>
5, 초기화 또는 종료 오류가 있습니까? < /p>
화이트박스 테스트 < /p>
소프트웨어의 화이트박스 테스트는 소프트웨어의 프로세스 세부 사항을 꼼꼼히 점검하는 것이다. 이 방법은 테스트 개체를 열린 상자로 취급하여 테스터가 프로그램 내의 논리 구조와 관련 정보를 활용하고 테스트 케이스를 설계하거나 선택하여 프로그램의 모든 논리 경로를 테스트할 수 있도록 하는 것입니다. 여러 지점에서 프로그램 상태를 검사하여 실제 상태가 예상 상태와 일치하는지 확인합니다. 따라서 화이트 박스 테스트는 구조 테스트 또는 논리 구동 테스트라고도 합니다. < /p>
화이트박스 테스트는 주로 프로그램 모듈에 대해 < /p>
1, 프로그램 모듈에 대한 모든 독립 실행 경로를 한 번 이상 테스트하기 위한 것입니다. < /p>
2, 모든 논리적 판정에 대해' 참' 과' 거짓' 을 취하는 두 가지 경우는 적어도 한 번 측정할 수 있다. < /p>
3, 루프 경계 및 실행 경계 내에서 루프를 실행합니다. < /p>
4, 내부 데이터 구조의 유효성 테스트 등 < /p>
위의 사실은 소프트웨어 테스트에 치명적인 결함이 있음을 보여줍니다. 즉, 테스트가 불완전하고 불완전합니다. 어떤 프로그램이든 소량의 제한된 테스트만 수행할 수 있기 때문에 (엄청난 수에 비해) 오류가 발견되지 않을 경우 프로그램에 오류가 없다는 것을 설명할 수 없습니다. < /p>
그레이 박스 테스트 < /p>
그레이 박스 테스트는 화이트 박스 테스트와 블랙 박스 테스트 사이에 있으며, 그레이 박스 테스트는 출력의 정확성에 초점을 맞추고 내부 성능에도 초점을 맞추고 있지만 화이트 박스만큼 상세하고 완전하지는 않지만 몇 가지 특성만 통과한다는 것을 이해할 수 있습니다 < /p >