때문에 최근 교육 기본 지식을 학생들에게 테스트, 그리고 또한 내가 비록 비교적 간단, 메모의 형태로 콘텐츠의 유형을 기록하고 싶지만, 자신의 요약을 다시 다음 인상을 통해 심화 할 수 있습니다.
제가 테스트의 개념에 대해 이야기 해 보자 :
문제를 찾아 수동 또는 자동 방법의 과정을 통해 버그를 찾기 위해 마음을 잡고 : 소프트웨어 테스트는 무엇인가.
그리고 거기에 관련된 기술은 테스트 그것은 항상? 뷰의 넓은 범주에 따라, 우리는 정적 및 동적 테스트 테스트 구성 테스트 할 수있다. 동적 테스트는 다음이 포함됩니다 : 흰색 상자, 회색 박스 테스트, 블랙 박스 테스트를. 사진 아래로 요약 될 수있다 :
정적 시험 : 문서, 코드 연습과 다른 방법, 응용 프로그램 테스트를 실행하는 방법을 검토하여.
동적 테스트 : 이미지 단위 테스트, 통합 테스트, 시스템 테스트 시험 방법에 의해 실행되는 응용 프로그램을 실행할 필요.
화이트 박스 : 과정이나 테스트 코드는 각각의 문이 적어도 한 번라고도 화이트 박스 테스트 또는 논리적 경로 테스트 구조, 문장 커버리지 테스트를 포함, 시험 조건, 시험 경로의 3 종류가 실행되도록 논리 경로 또는 경로를 긍정 방법. 그것은 단위 테스트의 전형적인 대표이다.
블랙 박스 테스트 : 밀폐 된 상자 테스트중인 소프트웨어는 논리의 내부 부분을 볼 수 없습니다. 소프트웨어를 기능 테스트, 통합 테스트, 시스템 테스트, 인수 테스트 및 다른 방법을 테스트합니다.
그레이 박스 테스트 : 흰색 상자와 블랙 박스 테스트 사이에 시험 회색 박스 테스트는 테스터는, 코드 로직의 몇 가지 기본적인 지식을 가질 필요가 일반적인 인터페이스 테스트 대표 : 다른이있는 API를 테스트 반투명 테스트라고합니다,라고합니다.
다음으로 우리는 세 가지 방법으로 가장 많이 사용되는 테스트 케이스 설계를 보면 :
오류 예측은 : 잘못된 데이터에서 에러 .eg를 확인 후, 에러의 시리즈를 열거하고 :
동등한 분할 : 큰 데이터는 일반적으로 유효 무효 동치 류 등가 클래스로 분할 등가 클래스들의 세트를 나타내는 하나의 등가 클래스들로 입력 값을 분할. 예를 들면 :
경계 치 : 주로 테스트 데이터를 도출하는 테스트 데이터의 경계에서, 상부 및 하부 경계들로 분할된다. 예를 들면 :
우리가 그것을 비교하는 경우 테스트 및 테스트는 프로젝트 수명주기에있는 다음 단계로 구성 될 수있다 :
단위 테스트 : 단위 테스트, 우리는 일반적으로 시뮬레이터 (드라이버)와 더미 (스텁)를 사용합니다.
시뮬레이터는 테스트중인 모듈의 업스트림 성분으로 볼 수있어서, 시뮬레이터에 의한 시험 및 데이터에서 모듈의 구동 동작.
더미는 파일 시스템, 시스템 로그, 전자 메일 시스템으로서, 상기 주변 부품은 테스트 (시스템) 하에서 모듈로서 간주 될 수있다. 이러한 주변 시스템을 시뮬레이션하여 시험 모듈의 무결성을 보장합니다.
통합 테스트 : 통합 테스트가 증분 및 비 증분 두 종류로 나눌 수있다. 우리가 위에서 아래로 그리고 아래에서 위로를 포함하여, 점진적 통합 테스트를 사용합니다 부모 - 자식 관계.
하는 부모 - 자식 관계는 우리가 일반적으로 또한 테스트의 버스트 모드 형태라고 비 증분 통합 테스트 접근 방식을 사용, 명확하지 않다. 이 시험 방법은 빠르지 만 문제는 찾을 수 어렵습니다.
시스템 테스트 : 우리 시스템도 최종 제품 테스트 또는 테스트로 알려져을 테스트합니다.
입학 시험 : 입학 시험은 일반적으로 제품이 고객의 요구를 충족 여부를 결정하는 데 사용됩니다, 그것은 알파 베타 테스트 또는 시험으로 나눌 수 있습니다. 알파 테스트하는 사용자는 테스트 및 개발 팀을 수행 할 수있는 개발 환경에 있지만 베타 테스트 전에 도움이 될 것입니다.
베타 테스트는 테스트 및 실제 온라인 환경의 개발에 참여하지 않는 사용자의 자체 테스트 완료. 이 제품은 일반적으로 곧 시장에서 수행됩니다.
그런 다음 우리는 함께 테스트의 여러 가지 유형에 따라 일반 토론
연기 테스트 : 스모크 테스트 일반적으로 제품이 공식적으로 테스트를 시작 할 수 있는지 여부를 결정하는 데 사용 전 테스트했다. 매우 심도있는 테스트, 인터페이스 버튼 또는 하이퍼 링크와 같은 테스트가 너무 작업하고, 작업을 수행 할 필요가 없습니다.
호환성 테스트 : 호환성 테스트는 고객이 필요로 일반적으로 다른 시스템에서 고객의 요구에 따라, 언급 (윈도우, IOS, 리눅스 ...) 또는 다른 브라우저 (IE, 크롬, 사파리 ...) 테스트.
사용성 테스트 : 같은 전체 키보드, 등등 장애가있는 사람들에 대한 지원을 지원하는 여부와 같은 일반적이고 주관적인 감정의 가용성을 테스트하는 데 사용되는 라인 사용하는 소프트웨어를 테스트.
성능 테스트 : 테스트 소프트웨어 또는 해당 시간, CPU 사용률, 또는 메모리 지표에 대한 처리량 성능 테스트. 그것은 다음과 같은 범주로 나눌 수 있습니다 :
테스트를로드로드 테스트 - 단위 당 시간이 테스트중인 시스템에서 안정적으로 작동하는 동안 관찰 시스템 성능을 사용자의 일정 금액을 증가.
STESS 테스트 : 스트레스 테스트 - 파열 포인트 시스템을 찾기 위해 시스템의 사용자 부하의 최대 금액에서 순차적으로 증가합니다.
볼륨 시험 : 용량 시험 - 사용자의 수는 시스템 무대 관측 시스템 운영 시스템 성능 지표를 증가시키기 위해, 데이터의 양이 변하지 않는다.