robot framework 예제

Robot Framework에서 테스트 데이터를 구문 분석하면 파일 및 디렉터리 이름에서 테스트 도구 모음 이름이 만들어집니다. 그러나 최상위 테스트 도구 모음의 이름은 명령줄 옵션–이름(-N)으로 재정의할 수 있습니다. 설정 이름은 대/소문자를 구분하지 않지만 위에 사용된 형식을 사용하는 것이 좋습니다. Robot Framework 3.1 이전에는 설정이 공간에 민감하지 않으므로 추가 공간을 추가할 수 있었습니다(예: [T a g]). 이제 더 이상 사용되지 않으며 대/소문자를 구분하지 않는 위의 형식만 지원됩니다. 대괄호와 이름(예: [태그]) 사이의 가능한 공간은 여전히 허용됩니다. 라이브러리를 Python 또는 Java 클래스로 구현할 때 가능한 기본 클래스의 메서드도 키워드로 간주됩니다. 라이브러리를 Python 모듈로 구현할 때 모듈 네임스페이스로 가져온 함수도 키워드가 됩니다. 예를 들어 아래 모듈을 라이브러리로 사용하는 경우 키워드 예제 키워드, 두 번째 예제 및 현재 스레드도 포함됩니다. 훌륭한 프레임 워크처럼 들리죠, 그렇지 않습니까? 그것을 사용하는 방법을 살펴 보자. 로봇 셀레늄 라이브러리의 테스트 소스 코드 사용은 여기에서 확인할 수 있습니다.

사용자 지정 셀레늄 키워드가 있는 테스트 버전은 여기에서 확인할 수 있습니다. 이전 로봇 프레임 워크 버전 reStructuredText를 사용 하 여 지원 그래서 테스트 데이터는 테이블에 정의 되었습니다. 그런 다음 이러한 파일을 구문 분석하기 전에 내부적으로 HTML 형식으로 변환되었습니다. 이 기능은 Robot Framework 3.1에서 더 이상 사용되지 않았으며 HTML 형식에 대한 일반적인 지원과 함께 나중에 제거될 예정입니다. 로봇 프레임 워크 자체를 설치하는 다른 방법은 아래에 나열되어 있으며 후속 섹션에서 더 자세히 설명합니다. 로그 파일이 기본적으로 충분한 정보를 제공하지 않는 경우 낮은 로그 수준으로 테스트를 실행할 수 있습니다. 예를 들어 코드에서 오류가 발생한 위치를 보여주는 추적 추적은 DEBUG 수준을 사용하여 기록되며 이 정보는 문제가 개별 라이브러리 키워드에 있을 때 매우 유용합니다. [abc] 및 [!a-z]와 같은 괄호에 대한 지원은 로봇 프레임워크 3.1의 새로운 것입니다.

특별한 요구 사항이 없거나 프레임 워크를 사용해보고 싶다면 파이썬을 사용하는 것이 좋습니다. 그것은 가장 성숙한 구현, Jython 또는 IronPython 보다 상당히 빠른 (특히 시작 시간은 빠른), 또한 대부분의 UNIX 와 같은 운영 체제에서 쉽게 사용할 수. 또 다른 좋은 대안은 Java만 있는 독립 실행형 JAR 배포를 전제 조건으로 사용하는 것입니다. 위와 같은 긴 값을 결합하는 것은 로봇 프레임 워크 2.9의 새로운 기능입니다. 공백으로 구분된 여러 테스트 사례 파일 또는 디렉터리에 대한 경로를 한 번에 제공할 수도 있습니다. 이 경우 Robot Framework는 최상위 테스트 도구 모음을 자동으로 만들고 지정된 파일 및 디렉터리가 자식 테스트 도구 모음이 됩니다. 생성된 테스트 도구 모음의 이름은 앰퍼샌드(&amp)와 공백을 함께 분류하여 자식 스위트 이름에서 얻은 것입니다. 예를 들어 아래 첫 번째 예제의 최상위 제품군 이름은 내 테스트 및 테스트입니다. 이러한 자동으로 생성된 이름은 종종 매우 길고 복잡합니다. 대부분의 경우 아래 두 번째 예제에서와 같이 –name 옵션을 사용하여 재정의하는 것이 좋습니다. 먼저 Robot Framework에서 정보를 받은 다음 실행된 테스트 및 생성된 결과를 수정하는 예제가 있습니다.

Robot Framework 테스트 사례는 명령줄에서 실행되며, 최종 결과는 기본적으로 XML 형식의 출력 파일과 HTML 보고서 및 로그입니다.

This entry was posted in Uncategorized. Bookmark the permalink.

Comments are closed.