소프트웨어 테스트 유형



소프트웨어 테스트 유형

이 섹션에서는 다양한 유형의 소프트웨어 테스트에 대해 설명합니다. 소프트웨어 응용 프로그램을 테스트 할 때 다양한 목표를 달성하기 위해 다양한 유형의 소프트웨어 테스트가 수행됩니다.

임시 테스트 이러한 유형의 소프트웨어 테스트는 매우 비공식적이고 구조화되지 않았으며 테스트 케이스 또는 테스트 설계 문서에 대한 참조없이 모든 이해 관계자가 수행 할 수 있습니다. 임시 테스트를 수행하는 사람은 결함을 찾고 소프트웨어를 중단하기 위해 애플리케이션의 도메인과 워크 플로를 잘 이해하고 있습니다. 임시 테스트는 기존 테스트 케이스에서 발견되지 않은 결함을 찾기위한 것입니다.

수락 테스트 수락 테스트는 개발자가 기능을 제공 할 때 최종 사용자가 수행하는 공식적인 유형의 소프트웨어 테스트입니다.


이 테스트의 목적은 소프트웨어가 비즈니스 요구 사항과 이전에 제공된 요구 사항을 확인하는지 확인하는 것입니다. 수락 테스트는 일반적으로 스프린트 시작 부분에 문서화되며 (민첩하게) 테스터와 개발자가 공통된 이해와 공유 된 비즈니스 도메인 지식을 향해 작업 할 수있는 수단입니다.

접근성 테스트 접근성 테스트를 수행 할 때 테스트의 목적은 웹 사이트의 콘텐츠에 장애인이 쉽게 액세스 할 수 있는지 확인하는 것입니다. 색상 및 대비 (색맹 인용), 시각 장애인 용 글꼴 크기, 읽고 이해하기 쉬운 명확하고 간결한 텍스트와 같은 다양한 검사.


애자일 테스트 애자일 테스트는 애자일 소프트웨어 개발 접근 방식 및 관행을 수용하는 소프트웨어 테스트 유형입니다. Agile 개발 환경에서 테스트는 소프트웨어 개발의 필수 부분이며 코딩과 함께 수행됩니다. 애자일 테스트를 통해 점진적이고 반복적 인 코딩 및 테스트가 가능합니다.

API 테스트 API 테스트는 단위 테스트와 유사한 테스트 유형입니다. 각 소프트웨어 API는 API 사양에 따라 테스트됩니다. API 테스트는 테스트 할 API 또는 복잡하고 광범위한 코딩이 필요한 경우를 제외하고 대부분 테스트 팀에서 수행합니다. API 테스트에는 API 기능을 이해하고 좋은 코딩 기술을 보유해야합니다.

자동화 된 테스트 이것은 테스트 도구 및 / 또는 프로그래밍을 사용하여 소프트웨어 또는 사용자 정의 개발 테스트 유틸리티를 사용하여 테스트 케이스를 실행하는 테스트 접근 방식입니다. 대부분의 자동화 된 도구는 캡처 및 재생 기능을 제공했지만 테스트 사례를 자동화하기 위해 광범위한 스크립팅 또는 프로그래밍을 작성해야하는 도구가 있습니다.

모든 쌍 테스트 쌍 단위 테스트라고도하는 블랙 박스 테스트 접근 방식 및 각 입력에 대해 입력 쌍으로 테스트하는 테스트 방법으로, 소프트웨어가 가능한 모든 입력 조합에서 예상대로 작동하는 것을 테스트하는 데 도움이됩니다.


베타 테스트 이는 소프트웨어를 출시하거나 최종 사용자에게 양도하기 전에 최종 고객이 수행하는 공식적인 유형의 소프트웨어 테스트입니다. 베타 테스트를 성공적으로 완료하면 고객이 소프트웨어를 수락하는 것을 의미합니다.

블랙 박스 테스트 블랙 박스 테스트는 테스터가 소프트웨어의 코딩이나 내부 구조를 알 필요가없는 소프트웨어 테스트 방법입니다. 블랙 박스 테스트 방법은 다양한 입력이있는 테스트 소프트웨어에 의존하고 예상 출력에 대한 결과를 검증합니다.

역 호환성 테스트 소프트웨어의 최신 버전이 이전 버전의 소프트웨어 위에서 성공적으로 작동 할 수 있는지, 그리고 최신 버전의 소프트웨어가 테이블 구조, 데이터 구조 및에서 생성 된 파일에서 제대로 작동하는지 확인하기 위해 수행되는 소프트웨어 테스트 유형입니다. 소프트웨어의 이전 버전.

경계 값 테스트 (BVT) 경계 값 테스트는 '경계에서 오류 집계'개념을 기반으로하는 테스트 기술입니다. 이 테스트 기술에서는 경계 조건에서 결함을 확인하기 위해 광범위하게 테스트가 수행됩니다. 필드가 1에서 100까지의 값을 허용하면 값 0, 1, 2, 99, 100 및 101에 대한 테스트가 수행됩니다.


빅뱅 통합 테스트 이것은 통합 테스트 접근 방식 중 하나입니다. 빅뱅 통합 테스트에서는 대부분의 모든 모듈이 개발 된 다음 함께 결합됩니다.

상향식 통합 테스트 상향식 통합 테스트는 전체 소프트웨어 시스템을 포함 할 때까지 소프트웨어의 작은 부분 또는 하위 시스템으로 테스트를 시작하는 통합 테스트 접근 방식입니다. 상향식 통합 테스트는 소프트웨어의 작은 부분에서 시작하여 결국 크기, 복잡성 및 완전성 측면에서 확장됩니다.

지점 테스트 모든 분기 조건에 대한 코드를 테스트하기 위해 테스트 케이스를 설계하는 화이트 박스 테스트 방법입니다. 단위 테스트시 분기 테스트 방법이 적용됩니다.

브라우저 호환성 테스트 테스트 팀에서 수행하는 호환성 테스트의 하위 유형 중 하나입니다. 브라우저 호환성 테스트는 서로 다른 브라우저 및 운영 체제가 조합 된 웹 애플리케이션에 대해 수행됩니다.


호환성 테스트 호환성 테스트는 테스트 팀에서 수행하는 테스트 유형 중 하나입니다. 호환성 테스트는 소프트웨어가 다른 하드웨어, 운영 체제, 대역폭, 데이터베이스, 웹 서버, 응용 프로그램 서버, 하드웨어 주변 장치, 에뮬레이터, 다른 구성, 프로세서, 다른 브라우저 및 다른 버전의 브라우저 등에서 실행될 수 있는지 확인합니다.

구성 요소 테스트 이러한 유형의 소프트웨어 테스트는 개발자가 수행합니다. 구성 요소 테스트는 단위 테스트를 완료 한 후 수행됩니다. 구성 요소 테스트에는 개별 기능, 메서드를 테스트하는 대신 단위 그룹을 코드로 전체적으로 테스트하는 것이 포함됩니다.

조건 커버리지 테스트 조건 커버리지 테스트는 단위 테스트 중에 사용되는 테스트 기술로, 개발자는 단위 테스트중인 코드에서 if, if-else, case 등과 같은 모든 조건문을 테스트합니다.

동적 테스트 테스트는 정적 테스트 및 동적 테스트로 수행 할 수 있으며, 동적 테스트는 코드를 실행하여 만 테스트를 수행 할 수 있거나 소프트웨어를 동적 테스트로 분류하는 테스트 방식입니다. 단위 테스트, 기능 테스트, 회귀 테스트, 성능 테스트 등


의사 결정 범위 테스트 단위 테스트에 사용되는 테스트 기술입니다. 의사 결정 범위 테스트의 목적은 코드에서 각 의사 결정 블록을 실행하고 유효성을 검사하는 것입니다. if, if-else, case 문.

종단 간 테스트 종단 간 테스트는 테스트 팀에서 수행하며 초점은 종단 간 흐름을 테스트하는 것입니다. 주문 생성에서보고 또는 주문 생성까지 품목 반품 및 확인까지. 종단 간 테스트는 일반적으로 실제 시나리오 및 사용을 모방하는 데 중점을 둡니다. 종단 간 테스트에는 애플리케이션 간의 정보 흐름 테스트가 포함됩니다.

탐색 적 테스트 탐색 적 테스트는 명확하지 않은 오류 또는 응용 프로그램 동작을 찾는 동시에 소프트웨어를 학습하기 위해 수행되는 비공식적 인 유형의 테스트입니다. 탐색 적 테스트는 일반적으로 테스터가 수행하지만 소프트웨어의 기능을 학습하는 데 관심이있는 비즈니스 분석가, 개발자, 최종 사용자 등의 다른 이해 관계자가 수행 할 수 있으며 동시에 오류나 동작을 찾는 것은 분명하지 않은 것처럼 보입니다. .

등가 분할 Equivalence Partitioning은 Equivalence Class Partitioning이라고도합니다. 소프트웨어 테스트 기술이며 그 자체로는 테스트 유형이 아닙니다. 등가 분할 기술은 블랙 박스 및 그레이 박스 테스트 유형에 사용됩니다. 등가 파티셔닝은 테스트 데이터를 양성 등가 클래스와 음성 등가 클래스로 등가 클래스로 분류합니다. 이러한 분류는 양성 및 음성 조건이 모두 테스트되도록합니다.

기능 테스트 기능 테스트는 테스터가 수행하는 공식적인 테스트 유형입니다. 기능 테스트는 설계 문서, 사용 사례 및 요구 사항 문서에 대한 소프트웨어 테스트에 중점을 둡니다. 기능 테스트는 일종의 테스트이며 화이트 박스 테스트와 달리 소프트웨어의 내부 작업이 필요하지 않습니다.

퍼즈 테스트 퍼즈 테스트 또는 퍼징은 예상치 못한 또는 임의의 입력으로 테스트하는 소프트웨어 테스트 기술입니다. 입력 오류로 인해 표시되는 오류 또는 오류 메시지가 있는지 소프트웨어를 모니터링합니다.

GUI (그래픽 사용자 인터페이스) 테스트 이 유형의 소프트웨어 테스트는 소프트웨어의 소프트웨어 GUI (그래픽 사용자 인터페이스)가 GUI 모형 및 세부 설계 문서에 언급 된 요구 사항을 충족하는지 테스트하는 데 목적이 있습니다. 예 : 양식에 제공된 입력 필드의 길이 및 용량 확인, 제공된 입력 필드 유형 (예 : 일부 양식 필드는 드롭 다운 상자 또는 라디오 버튼 세트로 표시 될 수 있습니다. 따라서 GUI 테스트는 소프트웨어의 GUI 요소가 승인 된 GUI 모형, 세부 설계 문서 및 기능 요구 사항에 따라 있는지 확인합니다. 대부분의 기능 테스트 자동화 도구는 GUI 캡처 및 재생 기능에서 작동합니다. 이렇게하면 스크립트 기록이 더 빨라지는 동시에 스크립트 유지 관리에 대한 노력이 늘어납니다.

유리 상자 테스트 유리 상자 테스트는 화이트 박스 테스트의 또 다른 이름입니다. 유리 상자 테스트는 개별 문, 기능 등을 테스트하는 테스트 방법이며 단위 테스트는 유리 상자 테스트 방법 중 하나입니다.

고릴라 테스트 이 유형의 소프트웨어 테스트는 소프트웨어 테스트 팀에 의해 수행되지만 무서운 이름이 있습니까?. Gorilla Testing의 목적은 여러 사람이 동일한 기능을 테스트하도록하여 하나 또는 몇 가지 기능을 철저히 또는 철저하게 실행하는 것입니다.

행복한 경로 테스트 골든 경로 테스트라고도하는이 유형의 테스트는 음성 또는 오류 조건에 대해 소프트웨어를 실행하지 않는 테스트의 성공적인 실행에 중점을 둡니다.

통합 테스트 통합 테스트는 가장 일반적이고 중요한 소프트웨어 테스트 유형 중 하나입니다. 개발자가 개별 장치 또는 구성 요소를 테스트하면 테스트 팀은 이러한 장치 / 구성 요소 또는 여러 장치 / 구성 요소 간의 연결을 테스트하는 테스트를 실행합니다. 통합 테스트에는 하향식 통합 테스트, 상향식 통합 테스트 및 Sand witch 테스트로 알려진이 두 가지의 조합이 있습니다.

인터페이스 테스트 인터페이스 테스트는 소프트웨어가 '그래픽 사용자 인터페이스', '명령 줄 인터페이스'또는 '애플리케이션 프로그래밍 인터페이스'와 같은 하나 이상의 인터페이스를 지원하여 사용자 또는 기타 소프트웨어와 상호 작용할 때 필요합니다. 인터페이스는 소프트웨어가 사용자의 입력을 수락하고 사용자에게 출력을 제공하는 매체 역할을합니다. 인터페이스 테스트 접근 방식은 GUI, API 또는 CLI와 같이 테스트중인 인터페이스 유형에 따라 다릅니다.

국제화 테스트 국제화 테스트는 소프트웨어가 국제화를 지원할 수있는 범위를 확인하기 위해 소프트웨어 테스트 팀에서 수행하는 테스트 유형입니다. 즉, 다른 언어, 다른 문자 집합, 2 바이트 문자 등의 사용입니다. 예 : Gmail은 웹 응용 프로그램입니다. 모든 사람들이 다른 언어, 단일 또는 다중 바이트 문자 집합으로 작업하는 데 사용됩니다.

키워드 기반 테스트 키워드 기반 테스트는 일종의 테스트 자체보다 자동화 된 소프트웨어 테스트 접근 방식에 가깝습니다. 키워드 기반 테스트는 액션 기반 테스트 또는 테이블 기반 테스트로 알려져 있습니다.

부하 테스트 부하 테스트는 비 기능적 테스트의 한 유형입니다. 부하 테스트는 정상 및 최대 부하 조건에서 소프트웨어의 동작을 확인하기 위해 수행됩니다. 부하 테스트는 일반적으로 자동화 된 테스트 도구를 사용하여 수행됩니다. 부하 테스트는 최대 작업 부하에서 소프트웨어가 의도 한대로 작동하지 못하게하는 병목 현상이나 문제를 찾는 것입니다.

현지화 테스트 지역화 테스트는 소프트웨어 테스터가 수행하는 소프트웨어 테스트 유형입니다.이 유형의 테스트에서 소프트웨어는 특정 로케일에 적응해야하며, 디스플레이 측면에서 특정 로케일 / 언어를 지원해야합니다. 특정 로케일과 관련된 글꼴, 날짜 시간, 통화 등. 예 : 많은 웹 애플리케이션에서 영어, 프랑스어, 독일어 또는 일본어와 같은 로케일을 선택할 수 있습니다. 따라서 소프트웨어 구성에서 로케일이 정의되거나 설정되면 소프트웨어는 설정된 언어 / 로케일로 예상대로 작동 할 것으로 예상됩니다.

부정적인 테스트 이러한 유형의 소프트웨어 테스트 접근 방식은 '파괴 태도'를 부르며, 잘못된 날짜, 시간 또는 문자열과 같은 잘못된 데이터를 입력하여 소프트웨어를 손상 시키거나 텍스트 파일을 업로드 할 때 이진 파일을 업로드하기위한 기능 및 비 기능 테스트입니다. 입력 필드 등에 대한 큰 텍스트 문자열을 업로드하거나 입력해야합니다. 오류 조건에 대한 긍정적 인 테스트이기도합니다.

비 기능 테스트 대부분의 소프트웨어는 기능 및 비 기능적 요구 사항, 성능, 사용성, 현지화 등과 같은 비 기능적 요구 사항을 충족하도록 제작되었습니다. 호환성 테스트, 규정 준수 테스트, 현지화 테스트, 사용성 테스트, 볼륨 테스트 등과 같은 다양한 유형의 테스트가 있습니다. 비 기능적 요구 사항을 확인하기 위해 수행됩니다.

쌍 테스트 소프트웨어 테스터, 개발자 또는 비즈니스 분석가가 수행 할 수있는 소프트웨어 테스트 기술입니다. 이름에서 알 수 있듯이 두 사람이 함께 짝을 이루어 하나는 테스트하고 다른 하나는 테스트 결과를 모니터링하고 기록합니다. 쌍 테스트는 테스터-개발자, 테스터-비즈니스 분석가 또는 개발자-비즈니스 분석가의 조합으로 수행 할 수도 있습니다. 테스터와 개발자를 쌍 테스트에 결합하면 결함을 더 빠르게 감지하고 근본 원인을 식별하며 수정 사항을 수정하고 테스트 할 수 있습니다.

성능 시험 안정성, 신뢰성, 가용성과 같은 소프트웨어의 일부 품질 속성을 확인하기 위해 수행되는 소프트웨어 테스트 유형 및 성능 엔지니어링의 일부입니다. 성능 테스트는 성능 엔지니어링 팀에서 수행합니다. 기능 테스트와 달리 성능 테스트는 비 기능 요구 사항을 확인하기 위해 수행됩니다. 성능 테스트는 예상 및 최대 작업 부하에서 소프트웨어가 얼마나 잘 작동하는지 확인합니다. 부하 테스트, 스트레스 테스트, 볼륨 테스트, 흡수 테스트 및 구성 테스트와 같은 다양한 변형 또는 하위 유형의 성능이 있습니다.

침투 테스트 보안 테스트의 한 유형입니다. 침투 테스트는 외부 또는 내부 침입자의 공격을받을 때 소프트웨어와 해당 환경 (하드웨어, 운영 체제 및 네트워크)이 얼마나 안전한지 테스트하기 위해 수행됩니다. 침입자는 인간 / 해커 또는 악성 프로그램 일 수 있습니다. Pentest는 데이터, 소프트웨어 파일 또는 구성을 도용, 조작 또는 손상시키는 방법을 노출하려는 의도로 소프트웨어 또는 데이터 또는 하드웨어에 대한 액세스 권한을 얻기 위해 강제로 침입 (무차별 대입 공격)하거나 약점 (취약성)을 사용하여 방법을 사용합니다. 침투 테스트는 윤리적 해킹의 한 방법이며 숙련 된 침투 테스터는 해커가 사용하는 것과 동일한 방법과 도구를 사용하지만 침투 테스터의 의도는 실제 해커 나 악성 프로그램이이를 악용하기 전에 취약성을 식별하고 수정하는 것입니다.

회귀 테스트 소프트웨어 테스터가 기능 회귀 테스트로 수행하고 개발자가 단위 회귀 테스트로 수행하는 소프트웨어 테스트 유형입니다. 회귀 테스트의 목적은 결함 수정 또는 새로운 기능 도입에 도입 된 결함을 찾는 것입니다. 회귀 테스트는 자동화를위한 이상적인 후보입니다.

재시험 결함 수정 확인의 일부로 소프트웨어 테스터가 수행하는 재 테스트 유형입니다. 예 : 테스터가 결함 수정을 확인하고 있으며이 결함으로 인해 실패한 테스트 케이스가 3 개 있다고 가정하겠습니다. 테스터가 결함 수정이 해결되었는지 확인하면 테스터는 이전에 실패한 테스트 사례를 실행하여 동일한 기능을 다시 테스트하거나 테스트합니다.

위험 기반 테스트 소프트웨어 테스트 유형이며 소프트웨어 테스트에 대한 다른 접근 방식입니다. 위험 기반 테스트에서는 테스트 할 소프트웨어의 요구 사항과 기능이 중요, 높음, 중간 및 낮음으로 우선 순위가 지정됩니다. 이 접근 방식에서는 모든 중요 및 높은 우선 순위 테스트를 테스트하고 그 뒤에 보통 테스트를 수행합니다. 우선 순위가 낮거나 위험이 낮은 기능은 마지막에 테스트되거나 시간 척도에 따라 전혀 테스트되지 않을 수 있습니다.

연기 테스트 개발팀에서 제공 한 새 빌드가 충분히 안정적인지 확인하기 위해 소프트웨어 테스터가 수행하는 테스트 유형입니다. 즉, 추가 또는 세부 테스트를 수행하기 위해 주요 기능이 예상대로 작동하는지 확인합니다. 연기 테스트는 테스터가 애플리케이션을 세부적으로 테스트하지 못하도록 방해 할 수있는 '쇼 스토퍼'결함을 찾기위한 것입니다. 빌드에 대해 수행되는 연기 테스트를 빌드 검증 테스트라고도합니다.

보안 테스트 전문 소프트웨어 테스터 팀에서 수행하는 소프트웨어 테스트 유형입니다. 보안 테스트의 목적은 인간과 악성 프로그램의 외부 또는 내부 위협에 대한 소프트웨어를 보호하는 것입니다. 보안 테스트는 기본적으로 소프트웨어의 권한 부여 메커니즘이 얼마나 좋은지, 인증이 얼마나 강력한 지, 소프트웨어가 데이터의 기밀성을 유지하는 방법, 소프트웨어가 데이터의 무결성을 유지하는 방법, 공격이 발생한 경우 소프트웨어의 가용성을 확인합니다. 해커 및 악성 프로그램에 의한 소프트웨어는 보안 테스트 용입니다. 응용 프로그램, 기술, 네트워킹, 보안 테스트 도구에 대한 충분한 지식이 필요합니다. 웹 애플리케이션 수가 증가함에 따라 보안 테스트가 그 어느 때보 다 중요해졌습니다.

온 전성 테스트 대부분 테스터와 일부 프로젝트에서는 개발자가 수행하는 테스트 유형입니다. 온 전성 테스트는 소프트웨어, 환경, 네트워크, 외부 시스템이 가동 및 실행 중인지, 소프트웨어 환경 전체가 광범위한 테스트를 진행할 수있을만큼 안정적입니다. 온 전성 테스트는 좁고 대부분의 경우 온 전성 테스트는 문서화되지 않습니다.

확장 성 테스트 소프트웨어 품질 속성 중 하나, 즉 '확장 성'을 테스트하기위한 비 기능 테스트입니다. 확장 성 테스트는 소프트웨어 전체의 성능 대신 소프트웨어의 하나 또는 몇 가지 기능에만 중점을 둡니다. 확장 성 테스트는 일반적으로 성능 엔지니어링 팀에서 수행합니다. 확장 성 테스트의 목적은 사용자 증가, 트랜잭션 증가, 데이터베이스 크기 증가 등에 따라 소프트웨어의 확장 기능을 테스트하는 것입니다. 하드웨어 구성이 증가함에 따라 소프트웨어의 성능이 향상 될 필요는 없습니다. 확장 성 테스트는 방법을 알아내는 데 도움이됩니다. 사용자 기반, 트랜잭션, 데이터 스토리지 등을 확장하여 소프트웨어가 지원할 수있는 훨씬 더 많은 워크로드

안정성 테스트 소프트웨어 품질 속성 중 하나 인 '안정성'을 테스트하기위한 비 기능 테스트입니다. 안정성 테스트는 처리 할 데이터 양이 더 많고 허용 가능한 수준의로드, 최대로드, 스파이크에서 생성 된로드를받을 때 소프트웨어가 얼마나 안정적인지 테스트하는 데 중점을 둡니다. 확장 성 테스트에는 부하 테스트, 스트레스 테스트, 스파이크 테스트, 흡수 테스트, 스파이크 테스트 등과 같은 다양한 유형의 성능 테스트 수행이 포함됩니다.

정적 테스트 검토와 같은 접근 방식에서 결과물의 정확성을 평가하기 위해 연습을 사용하는 테스트 형식입니다. 정적 테스트에서는 소프트웨어 코드가 실행되지 않고 구문, 주석, 명명 규칙, 기능 / 방법의 크기 등이 검토됩니다. 정적 테스트에는 일반적으로 결과물이 평가되는 체크리스트가 있습니다. 검토 또는 연습과 같은 접근 방식을 사용하여 요구 사항, 설계, 테스트 사례에 정적 테스트를 적용 할 수 있습니다.

스트레스 테스트 소프트웨어가 중단 점에서 어떻게 작동하는지 관찰하기 위해 소프트웨어가 최대로드 및 중단 점에 노출되는 성능 테스트 유형입니다. 스트레스 테스트는 또한 CPU, 메모리, 네트워크 대역폭, 디스크 공간 등과 같은 불충분 한 리소스로 소프트웨어의 동작을 테스트합니다. 스트레스 테스트를 통해 견고성 및 안정성과 같은 일부 품질 속성을 확인할 수 있습니다.

시스템 테스트 여기에는 소프트웨어가 구축 된 요구 사항에 대해 소프트웨어 전체 (소프트웨어, 하드웨어 및 네트워크)를 검증 할 수있는 여러 소프트웨어 테스트 유형이 포함됩니다. 시스템 테스트를 완료하기 위해 다양한 유형의 테스트 (GUI 테스트, 기능 테스트, 회귀 테스트, 연기 테스트, 부하 테스트, 스트레스 테스트, 보안 테스트, 스트레스 테스트, 임시 테스트 등)가 수행됩니다.

담그기 테스트 소프트웨어에서 상당한 시간 동안 부하를받는 성능 테스트의 한 유형으로, 흡수 테스트는 며칠 또는 몇 주 동안 계속 될 수 있습니다. Soak 테스트는 계속 사용하여 소프트웨어 성능을 저하시키는 오류를 찾기 위해 수행되는 테스트 유형입니다. 재시동이나 재부팅없이 며칠, 몇 달 또는 몇 년 동안 지속적으로 실행될 것으로 예상되는 전자 장치에 대한 흡수 테스트는 광범위하게 수행됩니다. 웹 애플리케이션이 증가함에 따라 웹 애플리케이션 가용성이 비즈니스의 지속과 성공에 중요하기 때문에 테스트가 매우 중요해졌습니다.

시스템 통합 테스트 SIT (간단히 말해)라고하는 것은 소프트웨어 테스트 팀이 수행하는 테스트 유형입니다. 이름에서 알 수 있듯이 시스템 통합 테스트의 초점은 서로 다른 응용 프로그램, 서비스, 타사 공급 업체 응용 프로그램 간의 통합과 관련된 오류를 테스트하는 것입니다. SIT의 일부로 소프트웨어가 상호 작용해야하는 종단 간 시나리오를 테스트합니다. (데이터 전송 또는 수신) 다른 업스트림 또는 다운 스트림 애플리케이션, 서비스, 타사 애플리케이션 호출 등

단위 테스트 소프트웨어 개발자가 수행하는 테스트 유형입니다. 단위 테스트는 개발자가 OOP (객체 지향 프로그래밍)에서 문, 분기, 함수, 메서드, 인터페이스와 같은 소스 코드 단위를 테스트하는 화이트 박스 테스트 방식을 따릅니다. 단위 테스트에는 일반적으로 스텁 및 드라이버 개발이 포함됩니다. 단위 테스트는 자동화를위한 이상적인 후보입니다. 자동화 된 테스트는 새 빌드 또는 새 소프트웨어 버전에서 단위 회귀 테스트로 실행할 수 있습니다. 단위 테스트를보다 효과적으로 만들 수있는 Junit, Nunit 등과 같은 유용한 단위 테스트 프레임이 많이 있습니다.

사용성 테스트 소프트웨어가 얼마나 사용자 친화적인지 이해하기 위해 수행되는 소프트웨어 테스트 유형입니다. 사용성 테스트의 목적은 최종 사용자가 소프트웨어를 사용하고, 행동, 감정적 반응 (사용자가 소프트웨어 사용을 좋아하는지 또는 소프트웨어 사용에 스트레스를 받았는지 등)을 관찰하고 소프트웨어를 더 많이 만들 수있는 방법에 대한 피드백을 수집하는 것입니다. 사용 가능하거나 사용자 친화적이며 소프트웨어를 사용하기 쉽게 만드는 변경 사항을 통합합니다.

사용자 수락 테스트 (UAT) 사용자 승인 테스트는 모든 프로젝트에서 필수입니다. 소프트웨어의 클라이언트 / 최종 사용자가 수행합니다. 사용자 수락 테스트를 통해 클라이언트의 SME (주제 전문가)는 실제 비즈니스 또는 실제 시나리오로 소프트웨어를 테스트하고 소프트웨어가 비즈니스 요구 사항을 충족하는지 확인할 수 있습니다.

볼륨 테스트 성능 엔지니어링 팀이 수행하는 비 기능적 유형의 테스트입니다. 볼륨 테스트는 성능 테스트 유형 중 하나입니다. 볼륨 테스트는 수신되거나 소프트웨어에 의해 처리 될 데이터의 크기가 다른 소프트웨어의 응답을 찾기 위해 수행됩니다. 예 : Microsoft Word를 테스트하는 경우 볼륨 테스트는 MS Word가 다양한 크기 (10 ~ 100MB)의 파일을 열고 저장하고 작업 할 수 있는지 확인하는 것입니다.

취약점 테스트 해커 및 기타 악성 프로그램 (예 : 바이러스 또는 웜)에 의해 악용 될 수있는 소프트웨어, 하드웨어 또는 네트워크 취약성을 식별, 노출하는 것이 포함됩니다. 취약성 테스트는 소프트웨어 보안 및 가용성의 핵심입니다. 해커와 악성 프로그램이 증가함에 따라 취약성 테스트는 비즈니스 성공에 매우 중요합니다.

화이트 박스 테스트 화이트 박스 테스트는 투명 상자 테스트, 투명 상자 테스트 및 유리 상자 테스트라고도합니다. 화이트 박스 테스트는 소프트웨어의 내부 작업에 대한 지식을 가지고 소프트웨어를 테스트하려는 소프트웨어 테스트 접근 방식입니다. 화이트 박스 테스트 방식은 일반적으로 소프트웨어 개발자가 수행하는 단위 테스트에서 사용됩니다. 화이트 박스 테스트는 테스트중인 프로그램 내에서 코드 및 테스트 문, 분기, 경로, 결정 및 데이터 흐름을 실행하기위한 것입니다. 화이트 박스 테스트와 블랙 박스 테스트는 각각의 테스트 접근 방식이 특정 오류 카테고리를 발견 할 가능성이 있으므로 서로를 보완합니다.