KR20190110314A - 오토사(autosar) 표준에 기반한 인수검사 테스트 방법 - Google Patents

오토사(autosar) 표준에 기반한 인수검사 테스트 방법 Download PDF

Info

Publication number
KR20190110314A
KR20190110314A KR1020180032138A KR20180032138A KR20190110314A KR 20190110314 A KR20190110314 A KR 20190110314A KR 1020180032138 A KR1020180032138 A KR 1020180032138A KR 20180032138 A KR20180032138 A KR 20180032138A KR 20190110314 A KR20190110314 A KR 20190110314A
Authority
KR
South Korea
Prior art keywords
test
tester
software component
result
frame
Prior art date
Application number
KR1020180032138A
Other languages
English (en)
Other versions
KR102553472B1 (ko
Inventor
할리 챠나말라파
미그라니 알록
프라딥 발디아살 나가
Original Assignee
주식회사 만도
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 만도 filed Critical 주식회사 만도
Priority to KR1020180032138A priority Critical patent/KR102553472B1/ko
Publication of KR20190110314A publication Critical patent/KR20190110314A/ko
Application granted granted Critical
Publication of KR102553472B1 publication Critical patent/KR102553472B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26—Functional testing
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems

Abstract

오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법이 제공된다. 본 발명의 실시예에 따른 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법은 진단 테스터가 소프트웨어 컴포넌트로 테스트를 요청하는 제1요청 단계; 소프트웨어 컴포넌트가 요청된 테스트 케이스를 호출하여 테스트 케이스의 상태를 진단 테스터로 통지하는 단계; 진단 테스터가 통지를 확인하는 단계; 진단 테스터가 소프트웨어 컴포넌트로 테스트를 요청하는 제2요청 단계; 소프트웨어 컴포넌트가 요청된 테스트 케이스를 실행하는 단계; 실행 결과를 진단 테스터로 응답하는 단계; 및 진단 테스터가 결과 응답을 결과확인하는 단계;를 포함한다.

Description

오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법{Method for testing AT based on AUTOSAR standard}
본 발명은 인수검사 테스트에 관한 것으로, 특히, 오토사(AUTOSAR;) 표준에 기반한 인수검사 테스트 방법에 관한 것이다.
최근 자동차는 다양한 사용자 편의 기능이 부가되면서 전자 장치들을 제어하기 위한 소프트웨어의 표준화가 요구가 증가하고 있다. 표준화의 일환으로 오토사(AUTOSAR; AUTomotive Open System Architecture)가 제안되었다.
이러한 오토사(AUTOSAR)에 기반한 일부 테스트의 경우에 하위 테스터(LT; Lower Tester)에 의해 트리거되고, 상위 테스터(UT; Upper Tester)에 의해서 검증되거나 그 반대로 수행된다.
그러나 테스트에 대한 검증이 실행될 수 있는 방법이 정의되어 있지 않거나 설계가 제공되지 않았다.
또한 ATS((Autosar Test Specification)에 따라 트리거하는 경우, 오토사(AUTOSAR) 스택은 화이트 박스 테스트 접근법을 이용해서만 검증될 수 있다. 이러한 접근법은 많은 수고가 요구되고, 동일한 결과가 100% 검증으로 고려될 수 없다. 화이트 박스 테스트에서는 항상 조작의 가능성이 있다.
KR 2017-0111630 A
상기와 같은 종래 기술의 문제점을 해결하기 위해, 본 발명의 일 실시예는 테스트의 효율 및 신뢰성을 향상시킬 수 있는 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법을 제공하고자 한다.
위와 같은 과제를 해결하기 위한 본 발명의 일 측면에 따르면, 진단 테스터가 소프트웨어 컴포넌트로 테스트를 요청하는 제1요청 단계; 상기 소프트웨어 컴포넌트가 상기 요청된 테스트 케이스를 호출하여 상기 테스트 케이스의 상태를 상기 진단 테스터로 통지하는 단계; 상기 진단 테스터가 상기 통지를 확인하는 단계; 상기 진단 테스터가 상기 소프트웨어 컴포넌트로 테스트를 요청하는 제2요청 단계; 상기 소프트웨어 컴포넌트가 상기 요청된 테스트 케이스를 실행하는 단계; 상기 실행 결과를 상기 진단 테스터로 응답하는 단계; 및 상기 진단 테스터가 상기 결과 응답을 결과확인하는 단계;를 포함하는 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법이 제공된다.
일 실시예에서, 상기 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법은 RTE 모듈이 상기 테스트 요청에 따라 상기 소프트웨어 컴포넌트로 테스트 케이스를 트리거하는 단계;를 더 포함할 수 있다.
일 실시예에서, 상기 트리거하는 단계는, 상기 요청된 테스트의 ID를 체크하는 단계; 및 상기 체크된 테스트 ID에 대응하는 디버그 프레임 응답을 상기 소프트웨어 컴포넌트로 전송하는 단계;를 포함할 수 있다.
일 실시예에서, 상기 실행하는 단계는, 커맨드 ID를 체크하는 단계; 상기 체크된 커맨드 ID에 의해 요청된 액션을 수행하는 단계; 상기 액션이 실패하였는지를 확인하는 단계; 및 상기 액션이 실패한 경우, failure 비트를 설정하는 단계;를 포함할 수 있다.
일 실시예에서, 상기 결과확인하는 단계는 상기 확인하는 단계에서 확인된 상기 테스트 케이스의 상태를 기초로 상기 응답 결과를 확인할 수 있다.
본 발명의 일 실시예에 따른 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법은 상위 테스터(UT)와 하위 테스터(LT) 사이에 테스트 요청 및 테스트 응답에 따른 상태 확인 및 결과 확인을 각각 수행함으로써, 인수검사 과정을 용이하게 검증할 수 있으므로 인수검사의 어려움을 해소할 수 있다.
또한 본 발명은 상위 테스터(UT)가 테스트 케이스를 실행하는 경우, 실행 후 실패 여부를 체크하여 그 결과를 하위 테스터(LT)로 전송함으로써, 검증을 위한 디버깅 시간을 감소시킴으로써 테스트 효율을 향상시킬 수 있는 동시에 검증 및 테스트의 비용면에서도 효과적일 수 있다.
또한 본 발명은 하위 테스터(LT)가 테스트 요청시 상위 테스터(UT)로부터 상태 정보를 수신하고, 상위 테스터(UT)로부터 테스트 응답시 상태 정보를 기초로 결과 응답을 확인함으로써, 테스트의 결과를 검증할 수 있으므로 테스트의 신뢰성을 향상시킬 수 있다.
도 1은 본 발명의 실시예에 따른 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 장치를 개략적으로 나타낸 구성도,
도 2는 본 발명의 실시예에 따른 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법에서 테스트 요청 과정을 나타낸 순서도,
도 3은 본 발명의 실시예에 따른 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법에서 결과 응답 과정을 나타낸 순서도,
도 4는 도 2에서 테스트 케이스 트리거의 세부 방법을 나타낸 순서도,
도 5는 도 3에서 테스트 케이스 실행의 세부 방법을 나타낸 순서도, 그리고,
도 6은 본 발명의 실시예에 따른 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법에서 사용되는 CAN 프레임을 나타낸 도면이다.
이하, 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 동일 또는 유사한 구성요소에 대해서는 동일한 참조부호를 붙였다.
이하에서는 도면을 참조하여 본 발명의 실시예에 따른 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 장치를 보다 상세히 설명하도록 한다. 도 1은 본 발명의 실시예에 따른 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 장치를 개략적으로 나타낸 구성도이다.
도 1을 참조하면, 본 발명의 일 실시예에 따른 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 장치(100)는 하위 테스터(LT)(110), CAN 버스(120), RTE 모듈(130), 상위 테스터(UT)(140) 및 BSW(150)를 포함한다.
여기서, 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 장치(100) 오토사(AUTOSAR) 스택을 용이하고 효율적으로 테스트할 수 있다.
이를 위해, 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 장치(100)는 CAN 프레임을 SUT(System Under Test)(20)로 전송하여 각각의 테스트 케이스를 트리거하고, 그 결과를 하위 테스터(LT)(110)로 다시 전송한다. 이에 의해 테스트 요청 및 응답에 대한 완전한 경로가 생성될 수 있다.
하위 테스터(LT)(110)는 테스트 시스템(10)에 구비되며, 상위 테스터(UT)(140)로 테스트를 요청할 수 있다. 여기서 하위 테스터(LT)(110)는 진단 테스터일 수 있다.
CAN 버스(120)는 테스트 시스템(10)과 SUT(20) 사이의 통신을 수행할 수 있다. CAN 버스(120)는 하위 테스터(LT)(110)와 상위 테스터(UT)(140) 사이에 CAN 프레임을 통한 통신을 수행할 수 있다.
RTE(Run Time Environment) 모듈(130)은 상위 테스터(UT)(140)와 BSW(150) 사이에 위치하며, 상위 테스터(UT)(140)와 BSW(150)사이의 데이터 교환을 위한 인터페이스를 제공할 수 있다.
상위 테스터(UT)(140)는 하위 테스터(LT)(110)에 요청된 테스트를 수행할 수 있다. 여기서 상위 테스터(UT)(140)는 소프트웨어 컴포넌트(SWC; SoftWare Component)일 수 있다. 이러한 상위 테스터(UT)(140)는 가상 네트워크를 통하여 ECU와 연동될 수 있다.
BSW(Basic Software)(150)는 상위 테스터(UT)(140)가 필요한 작업을 수행하기 위한 서비스를 제공한다. 여기서, BSW(150)는 NvM(Non-volatile RAM Manager), DCM(Diagnostic Communication Module), DEM(Diagnostics Event Manager)와 같은 서비스 컴포넌트를 포함할 수 있다.
이와 같은 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 장치(100)는 인수검사(AT; Acceptance Testing) 테스트를 위해 하기의 절차에 따른다.
오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 장치(100)는 SUT(20)에 의해 테스트 요청을 수신하는 경우, 하위 테스터(LT) 트리거, 소프트웨어 컴포넌트(SWC) 수신 및 처리, SUT(20) 통지 전송, 및 하위 테스터(LT) 확인의 절차를 수행할 수 있다.
또한 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 장치(100)는 SUT(20)에 의해 테스트 응답을 전송하는 경우, 하위 테스터(LT) 트리거, 소프트웨어 컴포넌트(SWC) 수신, 소프트웨어 컴포넌트(SWC) 처리 및 전송, 및 하위 테스터(LT) 확인의 절차를 수행할 수 있다.
이하, 도 2 및 도 3을 참조하여 본 발명의 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법을 설명한다. 도 2는 본 발명의 실시예에 따른 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법에서 테스트 요청 과정을 나타낸 순서도이고, 도 3은 본 발명의 실시예에 따른 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법에서 결과 응답 과정을 나타낸 순서도이다.
오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법은 상위 테스터(UT)(140)가 하위 테스터(LT)(110)로부터 테스트 요청을 수신하는 과정(도 2 참조) 및 상위 테스터(UT)(140)가 하위 테스터(LT)(110)로 테스트 응답을 전송하는 과정(도 3 참조)을 포함한다.
보다 상세히 설명하면, 도 2에 도시된 바와 같이, 먼저, 하위 테스터(LT)(110)가 상위 테스터(UT)(140)로 테스트를 요청한다(단계 S201 내지 S203). 여기서, 하위 테스터(LT)(110)는 상위 테스터(UT)(140)가 테스트 케이스를 실행하도록 유효 데이터를 갖는 CAN 프레임을 상위 테스터(UT)로 전송할 수 있다.
이때, 하위 테스터(LT)(110)는 CAN 버스(120)를 통하여 RTE 모듈(130)로 CAN 프레임을 전송한다(단계 S201). 즉, CAN 버스(120)는 하위 테스터(LT)(110)로부터 전송된 CAN 프레임을 수신하고, 수신된 CAN 프레임을 RTE 모듈(130)로 전송할 수 있다.
다음으로, RTE 모듈(130)은 CAN 버스(120)로부터 CAN 프레임을 수신하고, 수신된 CAN 프레임을 언패키지화하여(umpackage) 분석한다(단계 S202).
다음으로, RTE 모듈(130)은 분석된 하위 테스터(LT)(110)의 테스트 요청에 따라 상위 테스터(UT)(140)로 테스트 케이스를 트리거한다(단계 S203). 이때, RTE 모듈(130)은 수신된 이벤트 데이터를 기반으로 도 4를 참조하여 후술하는 바와 같은 RE_Common_Debug_Frame 함수에 의해 실행가능하도록 트리거할 수 있다.
다음으로, 상위 테스터(UT)(140)는 하위 테스터(LT)(110)로부터 요청된 테스트 케이스를 호출(invoke)한다(단계 S204). 여기서 RE_Common_Debug_Frame 함수는 수신된 CAN 프레임의 항목에 기반하여 테스트 케이스를 호출할 수 있다.
다음으로, 상위 테스터(UT)(140)는 호출된 테스트 케이스의 상태를 하위 테스터(LT)(110)로 통지한다(단계 S205 내지 S207). 여기서, 상위 테스터(UT)(140)는 호출된 테스트 케이스의 상태(status)에 관한 응답확인(Ack)을 하위 테스터(LT)(110)로 전송할 수 있다.
이때, 상위 테스터(UT)(140)는 상태 통지를 RTE 모듈(130)로 전송한다(단계 S205).
다음으로, RTE 모듈(130)은 상위 테스터(UT)(140)로부터 상태통지를 수신하고, 수신된 상태통지가 CAN 프레임에 포함되도록 패키지화한다(단계 S206).
다음으로, RTE 모듈(130)은 패키지화된 CAN 프레임을 CAN 버스(120)를 통하여 하위 테스터(LT)(110)로 전송함으로써, 상태를 통지한다(단계 S207). 여기서, CAN 버스(120)는 CAN 프레임을 RTE 모듈(130)로부터 수신하고, 하위 테스터(LT)(110)로 전송할 수 있다.
다음으로, 하위 테스터(LT)(110)는 CAN 버스(120)로부터 CAN 프레임을 수신하여 통지를 확인한다(S208). 이때, 하위 테스터(LT)(110)는 통지된 상태 정보를 확인할 수 있다. 이러한 상태 정보는 후술하는 바와 같이, 상위 테스터(UT)(140)로부터 결과 응답시 결과 확인을 위해 사용될 수 있다. 이에 의해 테스트의 결과를 검증할 수 있으므로 테스트의 신뢰성을 향상시킬 수 있다.
도 3에 도시된 바와 같이, 먼저, 하위 테스터(LT)(110)가 상위 테스터(UT)(140)로 테스트를 요청한다(단계 S301 내지 S303). 여기서, 하위 테스터(LT)(110)는 상위 테스터(UT)(140)가 테스트 케이스를 실행하도록 유효 데이터를 갖는 CAN 프레임을 상위 테스터(UT)로 전송할 수 있다.
이때, 하위 테스터(LT)(110)는 CAN 버스(120)를 통하여 RTE 모듈(130)로 CAN 프레임을 전송한다(단계 S301). 즉, CAN 버스(120)는 하위 테스터(LT)(110)로부터 전송된 CAN 프레임을 수신하고, 수신된 CAN 프레임을 RTE 모듈(130)로 전송할 수 있다.
다음으로, RTE 모듈(130)은 CAN 버스(120)로부터 CAN 프레임을 수신하고, 수신된 CAN 프레임을 언패키지화하여 분석한다(단계 S302).
다음으로, RTE 모듈(130)은 분석된 하위 테스터(LT)(110)의 테스트 요청에 따라 상위 테스터(UT)(140)로 테스트 케이스를 트리거한다(단계 S303). 이때, RTE 모듈(130)은 수신된 이벤트 데이터를 기반으로 RE_Common_Debug_Frame 함수에 의해 실행가능하도록 트리거할 수 있다.
다음으로, 상위 테스터(UT)(140)는 하위 테스터(LT)(110)로부터 요청된 테스트 케이스를 실행한다(단계 S304). 여기서, RE_Common_Debug_Frame 함수는 CAN 프레임의 항목에 기반하여 테스트 케이스를 호출 및 처리(process)할 수 있다. 이때, 상위 테스터(UT)(140)는 도 5를 참조하여 후술하는 바와 같은 Re_TestID_x 함수를 실행할 수 있다.
다음으로, 상위 테스터(UT)(140)는 실행된 테스트 케이스의 결과를 하위 테스터(LT)(110)로 응답한다(단계 S305 내지 S307). 여기서, 상위 테스터(UT)(140)는 테스트 케이스가 실패한 경우 CAN 프레임에 failure 비트를 "1"로 설정할 수 있다.
이때, 상위 테스터(UT)(140)는 결과 응답을 RTE 모듈(130)로 전송한다(단계 S305).
다음으로, RTE 모듈(130)은 상위 테스터(UT)(140)로부터 결과 응답을 수신하고, 수신된 결과 응답이 CAN 프레임에 포함되도록 패키지화한다(단계 S306).
다음으로, RTE 모듈(130)은 패키지화된 CAN 프레임을 CAN 버스(120)를 통하여 하위 테스터(LT)(110)로 전송함으로써, 결과를 응답한다(단계 S307). 여기서, CAN 버스(120)는 CAN 프레임을 RTE 모듈(130)로부터 수신하고, 하위 테스터(LT)(110)로 전송할 수 있다.
다음으로, 하위 테스터(LT)(110)는 CAN 버스(120)로부터 CAN 프레임을 수신하여 결과를 확인한다(단계 S308). 이때, 하위 테스터(LT)(110)는 이전에 통지된 상태 정보를 기초로 응답 결과를 확인할 수 있다. 이에 의해, 테스트의 결과를 검증할 수 있으므로 테스트의 신뢰성을 향상시킬 수 있다.
이와 같이, 상위 테스터(UT)(140)와 하위 테스터(LT)(110) 사이에 테스트 요청 및 테스트 응답에 따른 상태 확인 및 결과 확인을 각각 수행함으로써, 인수검사(AT) 과정을 용이하게 검증할 수 있으므로 인수검사(AT)의 어려움을 해소할 수 있다.
도 4는 도 2에서 테스트 케이스 트리거의 세부 방법을 나타낸 순서도이다. 여기서, 테스트 케이스 트리거는 RE_Common_Debug_Frame 함수에 의해 수행될 수 있다.
먼저, RTE 모듈(130)은 하위 테스터(LT)(110)로부터 요청된 테스트의 ID를 체크한다(단계 S401).
단계 S401의 체크결과, 체크된 테스트 ID가 "1"인 경우, RTE 모듈(130)은 테스트 ID 1을 실행하도록 상위 테스터(UT)(140)로 요청한다(단계 S402).
단계 S401의 체크결과, 체크된 테스트 ID가 "x"인 경우, RTE 모듈(130)은 테스트 ID x를 실행하도록 상위 테스터(UT)(140)로 요청한다(단계 S403).
다음으로, RTE 모듈(130)은 체크된 테스트 ID에 대응하는 디버그 프레임 응답을 상위 테스터(UT)(140)로 전송한다(단계 S404).
도 5는 도 3에서 테스트 케이스 실행의 세부 방법을 나타낸 순서도이다. 여기서, 테스트 케이스 실행은 Re_TestID_x 함수에 의해 수행될 수 있다.
먼저, 상위 테스터(UT)(140)는 상위 테스터(UT)(140)로 요청된 테스트에 대한 커맨드 ID를 체크한다(단계 S401).
단계 S501의 체크결과, 체크된 커맨드 ID 가 "1"인 경우, 상위 테스터(UT)(140)는 커맨드 1에 의해 요청된 액션을 수행한다(단계 S502).
단계 S501의 체크결과, 체크된 커맨드 ID가 "x"인 경우, 상위 테스터(UT)(140)는 커맨드 ID x에 의해 요청된 액션을 수행한다(단계 S503).
다음으로, 상위 테스터(UT)(140)는 수행된 액션이 실패하였는지를 확인한다(단계 S504).
단계 S504의 확인 결과, 수행된 액션이 실패한 경우, 상위 테스터(UT)(140)는 CAN 프레임의 failure 비트를 설정한다(단계 S505). 여기서, 상위 테스터(UT)(140)는 failure 비트를 "1"로 설정할 수 있다.
단계 S504의 확인 결과, 수행된 액션이 실패하지 않은 경우, 일련의 처리를 종료한다. 이때, 상위 테스터(UT)(140)는 CAN 프레임의 failure 비트를 "0"으로 유지한다. 여기서, CAN 프레임의 failure 비트는 "0"으로 디플트된다.
이와 같이, 상위 테스터(UT)(140)가 하위 테스터(LT)(110)로부터 요청된 테스트의 실행 후 실패 여부를 체크하여 그 결과를 하위 테스터(LT)로 전송함으로써, 검증을 위한 디버깅 시간을 감소시킴으로써 테스트 효율을 향상시킬 수 있는 동시에 검증 및 테스트의 비용면에서도 효과적일 수 있다.
도 6은 본 발명의 실시예에 따른 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법에서 사용되는 CAN 프레임을 나타낸 도면이다.
디버그 CAN ID는 진단 테스트(110)로부터 소프트웨어 컴포넌트(140)로의 테스트 요청으로서 Ox444로 지정될 수 있다. 또한, 디버그 CAN ID는 소프트웨어 컴포넌트(140)로부터 진단 테스터(110)로의 결과 응답으로서 0x555로 지정될 수 있다.
한편, CAN 프레임의 데이터 레이아웃은 커맨드, 실행결과, 테스트 ID 및 처리될 데이터를 포함할 수 있다.
즉, CAN 프레임은 8byte로 구성되며, Byte 0은 커맨드 및 실행 결과, Byte 1 및 Byte 2는 테스트 ID, Byte 3 내지 Byte 6은 처리될 데이터 및 Byte 7은 사용하지 않는다.
보다 구체적으로, CAN 프레임은 6비트의 커맨드와 실행결과를 나타내는 1비트의 failure를 포함할 수 있다.
또한 CAN 프레임은 ATS에 따른 테스트 ID를 2byte로 포함할 수 있다.
또한 CAN 프레임은 요청된 커맨드에 대한 인수(argument)로서 처리될 데이터를 4byte로 포함할 수 있다.
이와 같은 방법에 의해 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법은 인수검사(AT) 과정을 용이하게 검증할 수 있으므로 인수검사(AT)의 어려움을 해소할 수 있고, 검증을 위한 디버깅 시간을 감소시킴으로써 테스트 효율을 향상시킬 수 있는 동시에 검증 및 테스트의 비용면에서도 효과적일 수 있으며, 테스트의 결과를 검증할 수 있으므로 테스트의 신뢰성을 향상시킬 수 있다.
상기와 같은 방법들은 도 1에 도시된 바와 같은 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 장치(100)에 의해 구현될 수 있고, 특히, 이러한 단계들을 수행하는 소프트웨어 프로그램으로 구현될 수 있으며, 이 경우, 이러한 프로그램들은 컴퓨터 판독가능한 기록 매체에 저장되거나 전송 매체 또는 통신망에서 반송파와 결합된 컴퓨터 데이터 신호에 의하여 전송될 수 있다.
이 때, 컴퓨터 판독 가능한 기록 매체는 컴퓨터 시스템에 의해 판독가능한 데이터가 저장되는 모든 종류의 기록 장치를 포함하며, 예를 들면, ROM, RAM, CD-ROM, DVD-ROM, DVD-RAM, 자기 테이프, 플로피 디스크, 하드 디스크, 광 데이터 저장장치 등일 수 있다.
이상에서 본 발명의 일 실시예에 대하여 설명하였으나, 본 발명의 사상은 본 명세서에 제시되는 실시 예에 제한되지 아니하며, 본 발명의 사상을 이해하는 당업자는 동일한 사상의 범위 내에서, 구성요소의 부가, 변경, 삭제, 추가 등에 의해서 다른 실시 예를 용이하게 제안할 수 있을 것이나, 이 또한 본 발명의 사상범위 내에 든다고 할 것이다.
100 : 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 장치
110 : 하위 테스터(LT) 120 : CNA 버스
130 : RTE 모듈 140 : 상위 테스터(UT)
10 : 테스트 시스템 20 : SUT

Claims (5)

  1. 진단 테스터가 소프트웨어 컴포넌트로 테스트를 요청하는 제1요청 단계;
    상기 소프트웨어 컴포넌트가 상기 요청된 테스트 케이스를 호출하여 상기 테스트 케이스의 상태를 상기 진단 테스터로 통지하는 단계;
    상기 진단 테스터가 상기 통지를 확인하는 단계;
    상기 진단 테스터가 상기 소프트웨어 컴포넌트로 테스트를 요청하는 제2요청 단계;
    상기 소프트웨어 컴포넌트가 상기 요청된 테스트 케이스를 실행하는 단계;
    상기 실행 결과를 상기 진단 테스터로 응답하는 단계; 및
    상기 진단 테스터가 상기 결과 응답을 결과확인하는 단계;
    를 포함하는 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법.
  2. 제1항에 있어서,
    RTE 모듈이 상기 테스트 요청에 따라 상기 소프트웨어 컴포넌트로 테스트 케이스를 트리거하는 단계;를 더 포함하는 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법.
  3. 제2항에 있어서,
    상기 트리거하는 단계는,
    상기 요청된 테스트의 ID를 체크하는 단계; 및
    상기 체크된 테스트 ID에 대응하는 디버그 프레임 응답을 상기 소프트웨어 컴포넌트로 전송하는 단계;를 포함하는 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법.
  4. 제1항에 있어서,
    상기 실행하는 단계는,
    커맨드 ID를 체크하는 단계;
    상기 체크된 커맨드 ID에 의해 요청된 액션을 수행하는 단계;
    상기 액션이 실패하였는지를 확인하는 단계; 및
    상기 액션이 실패한 경우, failure 비트를 설정하는 단계;
    를 포함하는 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법.
  5. 제1항에 있어서,
    상기 결과확인하는 단계는 상기 확인하는 단계에서 확인된 상기 테스트 케이스의 상태를 기초로 상기 응답 결과를 확인하는 오토사(AUTOSAR) 표준에 기반한 인수검사 테스트 방법.
KR1020180032138A 2018-03-20 2018-03-20 오토사(autosar) 표준에 기반한 인수검사 테스트 방법 KR102553472B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020180032138A KR102553472B1 (ko) 2018-03-20 2018-03-20 오토사(autosar) 표준에 기반한 인수검사 테스트 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020180032138A KR102553472B1 (ko) 2018-03-20 2018-03-20 오토사(autosar) 표준에 기반한 인수검사 테스트 방법

Publications (2)

Publication Number Publication Date
KR20190110314A true KR20190110314A (ko) 2019-09-30
KR102553472B1 KR102553472B1 (ko) 2023-07-10

Family

ID=68098320

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020180032138A KR102553472B1 (ko) 2018-03-20 2018-03-20 오토사(autosar) 표준에 기반한 인수검사 테스트 방법

Country Status (1)

Country Link
KR (1) KR102553472B1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021107183A1 (ko) * 2019-11-27 2021-06-03 주식회사 알티스트 Autosar 기반의 소프트웨어 설계 방법 및 이를 수행하기 위한 장치
WO2023127979A1 (ko) * 2021-12-27 2023-07-06 주식회사 알티스트 Autosar 센서 인터페이스의 정적 설정 시스템 및 방법

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101017952B1 (ko) * 2009-11-09 2011-03-02 재단법인대구경북과학기술원 Ｔｔｃｎ-3 기반 ａｕｔｏｓａｒ 소프트웨어 테스트 자동화 시스템 및 테스트 방법
KR20110064517A (ko) * 2009-12-08 2011-06-15 한국전자통신연구원 컴포넌트 구조기반 테스팅 프레임워크 장치 및 방법
KR101134735B1 (ko) * 2010-11-03 2012-04-13 재단법인대구경북과학기술원 소프트웨어 컴포넌트 설계정보를 이용한 소프트웨어 테스트 방법 및 시스템
KR20140104683A (ko) * 2013-02-21 2014-08-29 한국전자통신연구원 인수 테스트 분석 장치 및 방법
KR20170111630A (ko) 2016-03-29 2017-10-12 현대오트론 주식회사 오토사 운영체제의 태스크 분배 방법 및 그 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101017952B1 (ko) * 2009-11-09 2011-03-02 재단법인대구경북과학기술원 Ｔｔｃｎ-3 기반 ａｕｔｏｓａｒ 소프트웨어 테스트 자동화 시스템 및 테스트 방법
KR20110064517A (ko) * 2009-12-08 2011-06-15 한국전자통신연구원 컴포넌트 구조기반 테스팅 프레임워크 장치 및 방법
KR101134735B1 (ko) * 2010-11-03 2012-04-13 재단법인대구경북과학기술원 소프트웨어 컴포넌트 설계정보를 이용한 소프트웨어 테스트 방법 및 시스템
KR20140104683A (ko) * 2013-02-21 2014-08-29 한국전자통신연구원 인수 테스트 분석 장치 및 방법
KR20170111630A (ko) 2016-03-29 2017-10-12 현대오트론 주식회사 오토사 운영체제의 태스크 분배 방법 및 그 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Acceptance Test Specification of Communication on CAN bus", AUTOSAR TC Release 1.2.0, 2016.12.15. *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021107183A1 (ko) * 2019-11-27 2021-06-03 주식회사 알티스트 Autosar 기반의 소프트웨어 설계 방법 및 이를 수행하기 위한 장치
WO2023127979A1 (ko) * 2021-12-27 2023-07-06 주식회사 알티스트 Autosar 센서 인터페이스의 정적 설정 시스템 및 방법

Also Published As

Publication number Publication date
KR102553472B1 (ko) 2023-07-10

Similar Documents

Publication Publication Date Title
CN103699480B (zh) 一种基于java的web动态安全漏洞检测方法
KR101410099B1 (ko) 단위 테스트 케이스 재사용 기반의 함수 테스트 장치 및 그 함수 테스트 방법
US8225142B2 (en) Method and system for tracepoint-based fault diagnosis and recovery
CN107241315B (zh) 银行网关接口的接入方法、装置及计算机可读存储介质
KR20170120029A (ko) 데이터 전송 조작을 방지하기 위한 방법 및 장치
CN110881059B (zh) 一种应用部署系统、方法、发布引擎及计算机设备
US20180018165A1 (en) Source code transfer control method, computer program therefor, and recording medium therefor
CN111367821B (zh) 一种软件测试方法及系统
CN104899142A (zh) 一种远程mock测试方法及装置
KR102553472B1 (ko) 오토사(autosar) 표준에 기반한 인수검사 테스트 방법
CN111866083A (zh) 设备调试系统、方法、待调试设备、远程调试设备及中转服务器
CN103312554B (zh) 一种多服务器交互业务的测试方法及系统
CN115037653B (zh) 业务流量监控方法、装置、电子设备和存储介质
RU2520395C2 (ru) Способ и система для контроля системы, связанной с безопасностью
CN113419952B (zh) 云服务管理场景测试装置与方法
CN115391782A (zh) 一种车载系统的信息安全测试方法、装置及存储介质
CN107769959B (zh) 一种在服务器上部署服务器站点的自动化部署系统及方法
CN108845932B (zh) 一种网络库的单元测试方法、装置、存储介质及终端
CN113296911A (zh) 集群调用方法、集群调用装置、电子设备及可读存储介质
CN111475400A (zh) 一种业务平台的验证方法及相关设备
CN117493218B (zh) 一种基于vsoa的测试系统及测试方法
CN113485930B (zh) 业务流程验证方法、装置、计算机系统和可读存储介质
WO2022162998A1 (ja) 電子制御装置のシミュレーション装置
CN115174232B (zh) 客户端安装方法、主机信息处理方法和运维安全系统
US20240159812A1 (en) Method for monitoring in a distributed system

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant