하나는, 이른바 모듈화 한 시험에서 시험이 여러 포인트 스플릿 패키지의 단일 지점에서의 테스트 단계는 모듈이 형성된다.
예를 들어 테스트 케이스를 포함하여 로그인 절차를 테스트 : 사용자 이름, 암호 및 식별 및 등록을 입력;
그런 다음 당신은 사용자 이름, 암호, 식별 및 등록, 네 로그인 작업을 취소 입력은 네 가지 모듈로 캡슐화 할 수 있습니다. 테스트 할 때, 당신은 단순히 해당 모듈을 호출 할 수 있습니다. 이 경우, 모듈 변경, 당신은 필요로 할 때 모듈의 다양한 조합에 따라 다른 테스트 케이스가 될 수있을 수있는 별도의 모듈을 유지합니다.
2, 소위 테스트 라이브러리 아이디어는 이러한 라이브러리 함수의 모음입니다, (등 API를 DLL이 될 수 있습니다) 테스트 응용 프로그램 라이브러리 파일을 만드는 것입니다 모듈 식의 생각을, 승화하는 것입니다. 모듈 형 사고 다른은 당신이 봉인 된 모듈이 대화 형 모듈의 "문"의 자세한 내용을 말할 수있다보다는 인터페이스를 통해 매개 변수를 전달하는 갈 수 있다는 생각에 대한 인터페이스를 확장한다는 것이다.
예를 들어 : 또는 테스트 케이스 위에, 단지 기능 로그인을 포함하는 라이브러리에 패키지로 로그인을 취소, 사용자 이름, 암호, 식별 및 등록을 입력 로그인 기능은 입력 두 개의 매개 변수 "사용자 이름, 암호를"받아 다른 사용자 이름과 암호는 다른 테스트 케이스가 될 수 있습니다. 또 다른 기능은 cancle하는 수 있습니다.
3, 소위 데이터 중심의 생각 , 다른 의견은, 많은 사람들이 혼자 EXCLE 다른 데이터 테이블이 사실을 이해하는 방법은, 키가 좋은 아이디어에 적용 할 수없는 문제입니다 않으며, 파라미터의 높은 수준을 읽을 기분이 당신의 프레임 워크. 그리고 나의 이해는 변수를 상수, 데이터 중심의 결과는, 다른 데이터는 다른 결과를 생산하는 주도한다는 것입니다. 가져온 데이터는 많은 예를 들면 가지 방법으로 할 수 있습니다 경우 : EXCLE 테이블합니다 (WEB에 사용)을 XML, 데이터베이스 (DB), CSV 파일, TXT 등 수 있습니다.
4, 소위 키워드 아이디어 ,이 아이디어는 내가 생각하고있는 것을 객체 지향의 관계, 모듈화와의 상호 작용의 차이. 나중에 개인 이해, 사실, 예를 들어, 키워드 기반의 객체 지향 사고의 종류 : QTP, RFT는, 개체가 개체에 대한 데이터 또는 키워드 크롤링 할 수 있습니다, 그것은 중요한 테스트 객체로 포장 될 수있다 ( 그 요소가 다양한 동작이 그 객체에 중요 할 수있다 그래서) GUI를 키워드로 패키징 될 수 있고, 다른 오브젝트는 다른 시험 결과의 흐름을 구동 할 수있다.
간단한 방법으로 엑셀 응용 프로그램은 "세부 사항을 결정하는"개체 유형 ""개체 이름 ""이름 개체 조작 ""포함하는 테이블을 사용할 수 있습니다 "예상 결과를." 이 경우, 다른 객체 타입과 명칭을 도입함으로써, 다른 오브젝트는 테스트 케이스의 테이블을 구성하도록 동작 할 것이다.
