Automotive Software

로봇 프레임워크에서 현재까지는 파일의 존재 여부를 확인하기 위해 os 빌트인 키워드인 Should Exist를 사용할 수 있지만, 파일의 존재를 파악하여 추가적인 테스트 절차를 구현해야 하는 경우 이 키워드를 사용 시 해당 테스트를 종료하게 되므로 테스트 케이스 중간시점에 사용하기에는 적절하지 않다. 어찌 보면 간단한 방법으로 자신만의 파일 존재 확인 함수를 아래와 같이 os나 pathlib라이브러리를 이용한 파이썬으로 구현하여 로봇 프레임워크 라이브러리로 사용할 수도 있겠으나, from os.path import exists def file_exists(path_to_file): return exists(path_to_file) ################# or ################# fr..

테스트 케이스는 해당 섹션의 선언 후에 기술되는 첫 문장을 첫 테스트 케이스의 이름으로 인식하게 된다. *** Test Cases *** Hello World in ${SUITE NAME} Test Suit FOR ${index} IN RANGE 1 11 Log Hello world ${index} END 위의 예제에서와 같이 *** Test Cases *** 섹션 후, 기술된 Hello World in ${SUITE NATE} Test Suit 가 첫 번째 테스트 케이스명으로 인식되며 들여 쓰기 후에 기술된 키워드들로 해당 테스트 케이스를 구현하게 된다. 테스트 케이스명에서는 상기 예제와 같이 이미 정의된 자동 변수를 사용하여 좀 더 유연하게 이름을 정의할 수 도 있다. 테스트 케이스를 설명하기 위해서..

테스트 케이스의 종료는 케이스 내에 사용된 키워드들 중 하나가 실패하는 경우이거나 의도적으로 실패를 나타내는 경우에 발생된다. 키워드가 실패하는 경우 대부분 케이스 후반부에 Should Be... 키워드를 사용하여 결과 값을 비교하는 경우이다. My Test Case 1 ${result}= Run My Keyword True Should be True ${result} Log To Console I wll be printed out My Test Case 2 ${result}= Run My Keyword False Should be True ${result} Log To Console I will not be printed out *** Keywords *** Run My Keyword True # Do..

테스트 케이스를 구현하다 보면 사전에 정의된 또는 이미 제공되는 키워드를 사용하기보단 요구사항에 맞게 사용자 키워드를 구현해야 하는 경우가 많이 발생하게 된다. 사용자 키워드는 간단히 C의 함수와 같다고 생각하면 되겠으나 다시 한번 기억할 점은 로봇 프레임워크에서 사용되는 문장은 대개의 경우 키워드로 인식된다는 점이다. 따라서, 키워드 내 로컬 변수에 값을 할당할 경우, 이 할당 구문이 키워드로 인식되지 않도록 하는 것이 필요하다. 기본 문법을 보면, 키워드 영역을 *** Keywords *** 로 선언한 후 다음 줄부터 바로 사용자 키워드를 구현하게 된다. *** Keywords *** 사용자 키워드 명 _(들여 쓰기)_세부 키워드 구현 MyFirstTestCase.resource *** Keyword..

로봇 프레임워크에서 작업 시 한 가지 늘 염두에 두어야 하는 점은 기본 문법이 키워드 기반이라는 점이다. 따라서, 어떠한 추가 정보 또는 설정을 묘사하고자 한다면 로봇 프레임워크가 이를 키워드로 인지하지 않도록 만들어줘야 한다는 것이다. 이러한 점은 테스트 케이스 영역을 설정할 때도 적용되는데, 하나의 테스트 케이스를 설계하고 구현코자 할 때 해당 테스트 케이스에 대한 세부적인 정보 또는 전, 후 처리기등을 묘사하고자 한다면 [설정_목록]와 같이 [ ]를 사용하여 이를 구분시킬 수 있다. 테스트 케이스 영역에서 사용가능한 목록은 [Documentation] 테스트 케이스에 대한 세부 정보 기입 [Tag] 테스트 케이스 구분, 테스트의 선택적 수행 및 결과 분류 [Setup], [Teardown] 테스트 ..