Testing/Software Testing Types 썸네일형 리스트형 화이트 박스 테스트와 블랙 박스 테스트의 차이점 Black Box Testing White Box Testing 응용 프로그램의 실제 코드 나 내부 구조에 대한 지식이 없는 테스트 방법입니다. 응용 프로그램의 실제 코드 및 내부 구조에 대한 지식이 있는 테스트 방법입니다. 응용 프로그램의 실제 코드 및 내부 구조에 대한 지식이있는 테스트 방법입니다. 이러한 유형의 테스트는 Unit Testing, Integration Testing과 같은 낮은 수준의 테스트에서 수행됩니다. 테스트중인 시스템의 기능에 중점을 둡니다. 그것은 실제 코드 - 프로그램과 구문에 중점을 둡니다. 블랙 박스 테스트를 위해서는 요구 사항 사양을 테스트해야 합니다. 화이트 박스 테스트를 위해서는 데이터 흐름도, 순서도 등이 포함된 디자인 문서가 필요합니다. 블랙 박스 테스트는 테스.. 더보기 블랙 박스 테스팅 - 장점과 단점 장점 : 테스터는 기술적인 배경을 가질 필요가 없습니다. 사용자의 입장에서 테스트하고 사용자의 관점에서 생각하는 것이 중요합니다. 프로젝트 / 응용 프로그램 개발이 완료되면 테스트를 시작할 수 있습니다. 테스터와 개발자 모두 서로의 공간을 간섭하지 않고 독립적으로 작업합니다. 크고 복잡한 응용 프로그램에 더 효과적입니다. 결함 및 불일치는 테스트 초기 단계에서 확인할 수 있습니다. 단점 : 기술 또는 프로그래밍 지식이 없으면 테스트 할 시나리오의 가능한 조건을 무시할 수 있습니다. 규정된 시간 내에 테스트 할 가능성이 낮고 모든 가능한 입력과 출력 테스트를 건너 뛸 수 있습니다. 크고 복잡한 프로젝트에는 완벽한 테스트 커버리지가 불가능합니다. 더보기 블랙 박스 테스팅 - Step-wise 하는 방법 일반적으로 프로젝트 / 응용 프로그램을 테스트하기 위해 체계적인 프로세스를 수행하면 품질이 유지되고 추가 테스트 라운드를 위해 장기적으로 유용합니다. 맨 앞 단계는 응용 프로그램의 요구 사항 스펙을 이해하는 것입니다. 적절한 문서화된 SRS (Software Requirement Specification)가 마련되어 있어야 합니다. 경계값 분석, 동등 분할 등과 같은 위에서 언급한 블랙 박스 테스팅 기술을 사용하여 유효한 입력과 유효하지 않은 입력을 원하는 출력으로 식별 하고 이를 바탕으로 테스트 케이스를 설계합니다. 설계된 테스트 케이스는 실제 결과를 예상 결과와 비교하여 합격 또는 불합격 여부를 확인하기 위해 실행됩니다. Failed 테스트 케이스는 Defects / Bugs로 제기되어 개발 팀에 전.. 더보기 블랙 박스 테스트 기법 - 비교테스트 Comparison Testing: 동일한 소프트웨어의 서로 다른 독립적인 버전을 이 방법으로 테스트하기 위해 서로 비교하는데 사용됩니다. 더보기 블랙 박스 테스트 기법 - 그래프 기반 테스트 방법 Graph-Based Testing Methods: 각각의 모든 애플리케이션은 몇 가지 객체로 구성됩니다. 이러한 모든 객체가 식별되고 그래프가 준비됩니다. 이 객체 그래프에서 각 객체 관계가 식별되고 그에 따라 테스트 사례가 작성되어 오류를 발견합니다. 더보기 블랙 박스 테스트 기법 - 오류 추측 Error Guessing: 이것은 경험 기반 테스트의 고전적인 예입니다. 이 기술에서 테스터는 애플리케이션 동작 및 기능에 대한 경험을 사용하여 오류가 발생하기 쉬운 영역을 추측 할 수 있습니다. 대부분의 개발자가 오류를 범하는 오류 추측을 사용하여 많은 결함을 찾을 수 있습니다. 개발자가 일반적으로 처리하는 것을 잊지 않는 몇 가지 일반적인 실수는 다음과 같습니다. 0으로 나눕니다. 텍스트 필드에서 null 값을 처리합니다. 제출 단추를 아무런 값 없이 수락합니다. 첨부 파일없이 파일 업로드. 제한 크기보다 작거나 초과하는 파일 업로드 더보기 블랙 박스 테스트 기법 - 상태전이 State Transition Testing: 상태 전이 테스트는 테스트중인 시스템의 여러 상태를 테스트하는 데 사용되는 기술입니다. 시스템의 상태는 조건 또는 이벤트에 따라 변경됩니다. 이벤트는 시나리오가 되는 상태와 테스터가 테스트해야하는 상태를 트리거합니다. 체계적인 상태 전이 다이어그램은 상태 변화를 명확하게 보여 주지만 더 간단한 어플리케이션에는 효과적입니다. 더 복잡한 프로젝트는 보다 복잡한 전환 다이어그램을 만들 수 있으므로 효과가 떨어집니다. 예: 더보기 블랙 박스 테스트 기법 - 결정테이블 Decision Table Testing: 이름 자체가 암시 하듯이 다음과 같은 논리적 관계가 있는 곳이면 어디든 : 만약 { (조건 = 참) then action1; } else action2; / * (조건 = 거짓) * / 그런 다음 테스터는 두 조건 (True 및 False)에 대한 두 개의 출력 (action1 및 action2)을 식별합니다. 따라서 가능한 시나리오에 따라 의사 결정 테이블을 작성하여 일련의 테스트 사례를 준비합니다. 예: 남자 고령자에게 10 %, 나머지 사람들에게 9 %의 금리를 제공하는 XYZ 은행의 예를 들어보십시오. 이 예제 조건에서 C1은 참과 거짓으로 두 개의 값을 가지며 조건 C2는 참과 거짓으로 두 개의 값을 가집니다. 총 가능한 조합의 수는 4가 됩니다. 이렇.. 더보기 이전 1 2 다음
