필자는 "자신의 테스트 실행 엔진 작성"을 효과적으로 말하고 있기 때문에 제한된 사용 일지 모르지만 완벽하게 달성 할 수 있습니다. 작게 시작하여 기능을 한 장씩 구성하십시오. 그러면 시간이 없어서 자신 만의 고유 한 요구 사항을 충족시키는 멋진 기능을 갖게됩니다.
신속하게 테스트를 중단 한 오류 (자세한 단계를 보지 않고 신속한 오류 진단을 수행하는 것이 좋음)가 있으면 유용 할 수 있지만 자세한 단계가 포함 된 보고서는 무시하지 마십시오. 테스트가 실패하면 무엇이 잘못되었는지 알 필요가 있으며 이유는이며 그 원인을 알 수있는 기록이 있습니다.
는 그럼에도 불구하고, 여기에 귀하의 요구 사항을 충족 가야하는 하나 개의 방법 :
는 QTP API를 사용하여 선택의 지원 언어를 사용하여 테스트 드라이버를 작성하고, 각 테스트 QTP에서 별도의 실행을 트리거합니다. Test.Run을 호출 할 때 RunResultsOptions 구조를 사용하여 결과가 저장되는 위치를 제어 할 수 있습니다. 테스트에서 "실행 세션 중에 오류가 발생하면"을 "팝업 메시지 상자"로 남겨 두어 오류가 발생하면 중지합니다. 다른 동작을 원할 경우 "오류 재개시 다음/오류 발생시 0으로 이동/Err.Number 및 Err.Description"검사 - 블록을 사용하여 사례별로 처리하십시오. 절대로 "다음 단계로 진행"하지 마십시오.
확인 LastRunResults 구조는 실행이 완료된 후 Test.LastRunResults으로 돌아왔다. LastRunResults.Status은 실행 상태를 알려주므로 3 단계로 진행하여 오류 세부 정보를 추출 할 것인지 결정할 수 있습니다.
구문 분석 results.xml 각 실행 후에 결과 폴더에서. {results folder} \ Report \ results.xml에 있습니다.모든 실패한 단계 또는 마지막으로 실패한 단계에 대해 XML을 스캔하는 것은 간단합니다. 그러면 단계 세부 사항을 잡고 원하는 형식으로 다른 파일에 저장할 수 있습니다. eType = User 속성을 가진 NodeArgs 요소를 찾으십시오. 그런 다음 단계의 상태와 단계 세부 정보를 근처에서 찾을 수 있습니다. QTP에 의해 자동으로 생성 된 로깅 이외의 오류에 대한 자세한 정보가 필요하다면 오류가 발생할 때 트래핑해야하며 더 중요한 정보가 포함 된 Reporter.ReportEvent 문을 일부 추가해야합니다. 당신의 결과 요약 파일 재미 무언가를
...
당신이 (즉, 언론 플레이 한 번 모든 테스트를 실행) 시험 배치의 드라이버로 QTP 자체를 사용하는 것을 희망하는 경우 따라서 하위 테스트 또는 무언가에서 오류 메시지를 잡으면 나는 단지 이것을 말할 것입니다. 단지 동일한 복수 테스트를 실행하지 않는 한 그렇게하지 마십시오. 테스트. QTP 자체를 사용하여 모든 테스트를 하나의 서사시 테스트에서 함께 실행하는 것은 여러 가지 이유로 일을 수행하는 가난한 방법이지만 여기에 대한 에세이를 작성하지는 않습니다!
QTP 내부를 보지 않고도이 질문에 답할 수 없다고 생각하거나 어떤 유형의 오류 (및 심지어 그 때)를 더 잘 설명하는 것이 좋습니다. 그것은 또한 당신이 여기서 말하는 어떤 종류의 오류에 전적으로 의존합니다. 구문 오류, 객체 리포지토리 오류 등이 있습니다. Err.Number를 모니터링하는 대신 QTP는 스크립트 실행 엔진이므로 예외를 발생시켜 설정하는 것이 거의 확실합니다. – Xiaofu
이 정보를 알고 오류 처리 또는보고와 관련된 특정 작업을 수행하려는 경우 질문에 세부 정보를 입력하고 좀 더 유용한 답변을 얻을 수 있습니다. – Xiaofu
@xiaofu : 테스트 스크립트를 일괄 적으로 실행하고 싶습니다. 테스트 스크립트가 실패하면 오류 설명과 테스트 스크립트 이름을 파일에 쓰고 현재 테스트를 건너 뛰고 다음 테스트 스크립트를 실행하고 싶습니다. 모든 아이디어가 있습니까? – bond007