부제: 테스트는 했는데… 어디에 기록되어 있을까?
개발을 해보지 않은 사람 입장에서 보면
테스트는 이렇게 느껴질 수 있습니다.
“이미 만들었는데… 또 확인을 해야 하나?”
하지만 기능을 구현했다고 해서, 항상 의도한 대로 동작하는 것은 아닙니다.
간단한 예시로 보면
예를 들어 이런 기능이 있다고 가정해보겠습니다.
‘앞 차량과 거리가 가까워지면 자동으로 브레이크가 작동한다’
이 기능은 겉으로 보면 단순해 보이지만
실제로는 다양한 상황에서 확인이 필요합니다.
- 정상 주행 중 → 거리 가까워지면 브레이크가 제대로 작동하는지
- 비 오는 날 → 센서가 정확하게 인식하는지
- 저속 / 고속 → 동일하게 동작하는지
- 센서 오류 발생 시 → 오작동 없이 안전하게 처리되는지
하나의 기능도 여러 조건으로 나눠 검증해야 합니다.
문제는 여기서 시작됩니다
테스트를 만들고, 실행까지는 했습니다.
그런데 시간이 지나면 이런 상황이 생깁니다.
- 어떤 테스트를 했는지 기억이 안 나고
- 결과가 어디에 있는지 찾기 어렵고
- 기능이 변경됐을 때 어떤 테스트를 다시 해야 할지 모릅니다
테스트는 했지만 관리되지 않은 상태가 됩니다.
Codebeamer에서는 어떻게 관리할까?
코드비머의 Test Tracker는 테스트를 단순 기록이 아니라 관리 대상 데이터로 다룹니다.
이 차이는 다음 세가지에서 가장 크게 드러납니다.
① 테스트를 “데이터”로 관리한다
앞에서 만든 테스트들을 흩어두지 않고 하나의 구조로 정리합니다.
예를 들어
| 테스트 항목 | 내용 |
|---|
| 테스트 이름 | 자동 브레이크 정상 동작 확인 |
| 조건 | 앞 차량과 거리 5m 이하 |
| 기대 결과 | 차량이 자동으로 감속 및 정지 |
이렇게 정리된 테스트가 Test Tracker에 저장됩니다.
파일이 아니라 데이터 형태로 관리되기 때문에 검색, 필터, 정렬이 모두 가능합니다.
<테스트 항목 정보>
*출처 : PTC Support Portal
② 테스트를 실행하면 결과가 남는다
테스트를 수행하면
- 성공(Pass) / 실패(Fail)
- 실행 일자
- 수행자
이와 같은 정보들을 함께 기록할 수 있습니다.
그래서 나중에 보면 어떤 테스트가 실패였고 성공했는지, 이전 수행 이력까지 함께 확인할 수 있습니다.
<테스트 목록>
*출처 : PTC Support Portal
또 하나 중요한 점은
테스트 결과가 단순히 Pass/Fail로 끝나지 않는다는 것입니다.
테스트 과정에서 발견된 문제는 버그로 기록되어 함께 관리됩니다.
예를 들어 특정 테스트에서 오류가 발생했다면
해당 테스트에 연결된 버그 목록을 함께 확인할 수 있습니다.
<버그 목록>
*출처 : PTC Support Portal
③ 테스트 결과를 기능 단위로 관리할 수 있다
테스트 결과는 따로 흩어져 관리되는 것이 아니라,
기능 단위로 묶여 함께 관리됩니다.
그래서
한 번에 확인할 수 있습니다.
<테스트 결과 개요>
*출처 : PTC Support Portal
또한 기능에 변경이 생기면 관련된 테스트 결과를 기준으로 영향을 빠르게 파악할 수 있어
필요한 검증을 놓치지 않고 진행할 수 있습니다.
마무리
테스트의 목적은 “확인”이 아니라 “증명”입니다.
그리고 그 증명은
기록으로 남아 있어야 의미를 가집니다.
하지만 테스트가 여기저기 흩어져 있다면
“테스트는 했는데… 어디에 기록되어 있을까?”
라는 질문이 반복될 수밖에 없습니다.
누가 그 모든 테스트를 기억할 수 있을까요?
그래서 테스트는 한 곳에서, 데이터로 관리되어야 합니다.
코드비머에서는 테스트를 정리하고, 실행 결과를 기록하며, 기능과 연결해 하나의 흐름으로 관리할 수 있습니다.
(주) 건우솔루션은 자동차 AVN, Cluster, Telematics, ECU 등의 전장 부품 소프트웨어 기술을 바탕으로
ASPICE 서비스, 소프트웨어 개발, 프로세스 및 품질 관리, 기술개발지원 서비스를 제공하고 있습니다.
자세한 서비스와 문의처는 아래를 참고해주세요
ASPICE 관련 서비스 자세히 보기 : https://geonwoo.com/aspice
CONTACT
Email : sales@geonwoo.com
Homepage : https://geonwoo.com
부제: 테스트는 했는데… 어디에 기록되어 있을까?
개발을 해보지 않은 사람 입장에서 보면
테스트는 이렇게 느껴질 수 있습니다.
“이미 만들었는데… 또 확인을 해야 하나?”
하지만 기능을 구현했다고 해서, 항상 의도한 대로 동작하는 것은 아닙니다.
간단한 예시로 보면
예를 들어 이런 기능이 있다고 가정해보겠습니다.
이 기능은 겉으로 보면 단순해 보이지만
실제로는 다양한 상황에서 확인이 필요합니다.
하나의 기능도 여러 조건으로 나눠 검증해야 합니다.
문제는 여기서 시작됩니다
테스트를 만들고, 실행까지는 했습니다.
그런데 시간이 지나면 이런 상황이 생깁니다.
테스트는 했지만 관리되지 않은 상태가 됩니다.
Codebeamer에서는 어떻게 관리할까?
코드비머의 Test Tracker는 테스트를 단순 기록이 아니라 관리 대상 데이터로 다룹니다.
이 차이는 다음 세가지에서 가장 크게 드러납니다.
① 테스트를 “데이터”로 관리한다
앞에서 만든 테스트들을 흩어두지 않고 하나의 구조로 정리합니다.
예를 들어
이렇게 정리된 테스트가 Test Tracker에 저장됩니다.
파일이 아니라 데이터 형태로 관리되기 때문에 검색, 필터, 정렬이 모두 가능합니다.
<테스트 항목 정보>
*출처 : PTC Support Portal
② 테스트를 실행하면 결과가 남는다
테스트를 수행하면
이와 같은 정보들을 함께 기록할 수 있습니다.
그래서 나중에 보면 어떤 테스트가 실패였고 성공했는지, 이전 수행 이력까지 함께 확인할 수 있습니다.
<테스트 목록>
*출처 : PTC Support Portal
또 하나 중요한 점은
테스트 결과가 단순히 Pass/Fail로 끝나지 않는다는 것입니다.
테스트 과정에서 발견된 문제는 버그로 기록되어 함께 관리됩니다.
예를 들어 특정 테스트에서 오류가 발생했다면
해당 테스트에 연결된 버그 목록을 함께 확인할 수 있습니다.
<버그 목록>
*출처 : PTC Support Portal
③ 테스트 결과를 기능 단위로 관리할 수 있다
테스트 결과는 따로 흩어져 관리되는 것이 아니라,
기능 단위로 묶여 함께 관리됩니다.
그래서
한 번에 확인할 수 있습니다.
<테스트 결과 개요>
*출처 : PTC Support Portal
또한 기능에 변경이 생기면 관련된 테스트 결과를 기준으로 영향을 빠르게 파악할 수 있어
필요한 검증을 놓치지 않고 진행할 수 있습니다.
마무리
테스트의 목적은 “확인”이 아니라 “증명”입니다.
그리고 그 증명은
기록으로 남아 있어야 의미를 가집니다.
하지만 테스트가 여기저기 흩어져 있다면
라는 질문이 반복될 수밖에 없습니다.
누가 그 모든 테스트를 기억할 수 있을까요?
그래서 테스트는 한 곳에서, 데이터로 관리되어야 합니다.
코드비머에서는 테스트를 정리하고, 실행 결과를 기록하며, 기능과 연결해 하나의 흐름으로 관리할 수 있습니다.
(주) 건우솔루션은 자동차 AVN, Cluster, Telematics, ECU 등의 전장 부품 소프트웨어 기술을 바탕으로
ASPICE 서비스, 소프트웨어 개발, 프로세스 및 품질 관리, 기술개발지원 서비스를 제공하고 있습니다.
자세한 서비스와 문의처는 아래를 참고해주세요
ASPICE 관련 서비스 자세히 보기 : https://geonwoo.com/aspice
CONTACT
Email : sales@geonwoo.com
Homepage : https://geonwoo.com