2013-10-10 5 views
1

실행중인 테스트 스크립트가 있고 오류가 발생했다고 가정하면 QTP가 오류임을 감지하는 방법을 설명 할 수 있습니까? 기본적으로 QTP에서이 오류를 감지하는 방법을 알고 싶습니다. 예 : 오류가 발생했는지 여부를 확인하기 위해 지속적으로 모니터링되는 변수 일 수 있습니다.QTP는 어떻게 오류를 감지합니까?

나는 Err.Number를 보았지만 오류가 발생한 후에 수정되었다. Err.Number가 수정되었음을 QTP는 어떻게 알 수 있습니까?

테스트 스크립트를 일괄 적으로 실행하고 싶습니다. 테스트 스크립트가 실패하면 오류 설명과 테스트 스크립트 이름을 파일에 쓰고 현재 테스트를 건너 뛰고 다음 테스트 스크립트를 실행하려고합니다. 어떤 아이디어?

+0

QTP 내부를 보지 않고도이 질문에 답할 수 없다고 생각하거나 어떤 유형의 오류 (및 심지어 그 때)를 더 잘 설명하는 것이 좋습니다. 그것은 또한 당신이 여기서 말하는 어떤 종류의 오류에 전적으로 의존합니다. 구문 오류, 객체 리포지토리 오류 등이 있습니다. Err.Number를 모니터링하는 대신 QTP는 스크립트 실행 엔진이므로 예외를 발생시켜 설정하는 것이 거의 확실합니다. – Xiaofu

+1

이 정보를 알고 오류 처리 또는보고와 관련된 특정 작업을 수행하려는 경우 질문에 세부 정보를 입력하고 좀 더 유용한 답변을 얻을 수 있습니다. – Xiaofu

+0

@xiaofu : 테스트 스크립트를 일괄 적으로 실행하고 싶습니다. 테스트 스크립트가 실패하면 오류 설명과 테스트 스크립트 이름을 파일에 쓰고 현재 테스트를 건너 뛰고 다음 테스트 스크립트를 실행하고 싶습니다. 모든 아이디어가 있습니까? – bond007

답변

1

QTP 테스트 실행이 작업이 실패하는 작업을 실행할 때 작업을 수행해야하는 객체는

  • 을 식별 할 수없는
  • 다음과 같은 상황

      중 하나 (예 : 불법 값) 에 실패했음을보고
    • 검사 점이 실패합니다. 즉, 테스트 작성자가 응용 프로그램에 있어야하는 상태를 지정했으며 실제로 다른 값을 가짐을 의미합니다.
    • 테스트는 명시 적으로 로그에 Reporter object을 사용하여 오류를 씁니다.
  • +0

    OP가 매번 "탐지"대신 "보고"를 의미하지 않는 한,이 질문에 대한 대답이 확실하지 않습니다. 그들이 무엇을 요구하고 있는지 명확하게 밝혀지지는 않았으므로 아마도 당신은 나보다 나은 마음 독자 일 것입니다.) – Xiaofu

    3

    필자는 "자신의 테스트 실행 엔진 작성"을 효과적으로 말하고 있기 때문에 제한된 사용 일지 모르지만 완벽하게 달성 할 수 있습니다. 작게 시작하여 기능을 한 장씩 구성하십시오. 그러면 시간이 없어서 자신 만의 고유 한 요구 사항을 충족시키는 멋진 기능을 갖게됩니다.

    신속하게 테스트를 중단 한 오류 (자세한 단계를 보지 않고 신속한 오류 진단을 수행하는 것이 좋음)가 있으면 유용 할 수 있지만 자세한 단계가 포함 된 보고서는 무시하지 마십시오. 테스트가 실패하면 무엇이 잘못되었는지 알 필요가 있으며 이유는이며 그 원인을 알 수있는 기록이 있습니다.

    는 그럼에도 불구하고, 여기에 귀하의 요구 사항을 충족 가야하는 하나 개의 방법 :

    1. 는 QTP API를 사용하여 선택의 지원 언어를 사용하여 테스트 드라이버를 작성하고, 각 테스트 QTP에서 별도의 실행을 트리거합니다. Test.Run을 호출 할 때 RunResultsOptions 구조를 사용하여 결과가 저장되는 위치를 제어 할 수 있습니다. 테스트에서 "실행 세션 중에 오류가 발생하면"을 "팝업 메시지 상자"로 남겨 두어 오류가 발생하면 중지합니다. 다른 동작을 원할 경우 "오류 재개시 다음/오류 발생시 0으로 이동/Err.Number 및 Err.Description"검사 - 블록을 사용하여 사례별로 처리하십시오. 절대로 "다음 단계로 진행"하지 마십시오.

    2. 확인 LastRunResults 구조는 실행이 완료된 후 Test.LastRunResults으로 돌아왔다. LastRunResults.Status은 실행 상태를 알려주므로 3 단계로 진행하여 오류 세부 정보를 추출 할 것인지 결정할 수 있습니다.

    3. 구문 분석 results.xml 각 실행 후에 결과 폴더에서. {results folder} \ Report \ results.xml에 있습니다.모든 실패한 단계 또는 마지막으로 실패한 단계에 대해 XML을 스캔하는 것은 간단합니다. 그러면 단계 세부 사항을 잡고 원하는 형식으로 다른 파일에 저장할 수 있습니다. eType = User 속성을 가진 NodeArgs 요소를 찾으십시오. 그런 다음 단계의 상태와 단계 세부 정보를 근처에서 찾을 수 있습니다. QTP에 의해 자동으로 생성 된 로깅 이외의 오류에 대한 자세한 정보가 필요하다면 오류가 발생할 때 트래핑해야하며 더 중요한 정보가 포함 된 Reporter.ReportEvent 문을 일부 추가해야합니다. 당신의 결과 요약 파일 재미 무언가를

    4. ...

    당신이 (즉, 언론 플레이 한 번 모든 테스트를 실행) 시험 배치의 드라이버로 QTP 자체를 사용하는 것을 희망하는 경우 따라서 하위 테스트 또는 무언가에서 오류 메시지를 잡으면 나는 단지 이것을 말할 것입니다. 단지 동일한 복수 테스트를 실행하지 않는 한 그렇게하지 마십시오. 테스트. QTP 자체를 사용하여 모든 테스트를 하나의 서사시 테스트에서 함께 실행하는 것은 여러 가지 이유로 일을 수행하는 가난한 방법이지만 여기에 대한 에세이를 작성하지는 않습니다!

    관련 문제