나는 올 여름 C로 작성된 임베디드 시스템에서 일했다. 내가 일했던 회사가 인수 한 기존 프로젝트였다. JUnit을 사용하여 Java로 단위 테스트를 작성하는 데 익숙해졌지만 시스템에 추가 된 새 코드뿐만 아니라 기존 코드 (리팩토링이 필요함)에 대한 단위 테스트를 작성하는 가장 좋은 방법에 대한 손실이있었습니다.
JUnit으로 Java 코드를 단위 테스트하는 것만 큼 간단한 단위 테스트를 일반 C 코드로 만드는 프로젝트가 있습니까? 임베디드 개발 (arm-linux 플랫폼으로의 크로스 컴파일)에 특별히 적용되는 통찰력은 대단히 감사하겠습니다.
답변
C의 한 단위 테스트 프레임 워크는 Check입니다 . C의 단위 테스트 프레임 워크 목록은 여기 에서 찾을 수 있으며 아래에 재현되어 있습니다. 런타임의 표준 라이브러리 함수 수에 따라 그 중 하나를 사용하거나 사용하지 못할 수 있습니다.
에이스 유닛
AceUnit (Advanced C 및 Embedded Unit)은 편안한 C 코드 단위 테스트 프레임 워크로 청구됩니다. JUnit 4.x를 모방하려고 시도하며 리플렉션 유사 기능을 포함합니다. AceUnit은 임베디드 소프트웨어 개발과 같은 리소스 제약 환경에서 사용될 수 있으며 중요한 것은 단일 표준 헤더 파일을 포함 할 수없고 ANSI / ISO C 라이브러리에서 단일 표준 C 함수를 호출 할 수없는 환경에서 잘 실행됩니다. 또한 Windows 포트가 있습니다. 저자는 이러한 기능을 추가하는 데 관심을 표명했지만 포크를 사용하여 신호를 포착하지는 않습니다. AceUnit 홈페이지를 참조하십시오 .
GNU 자동 유닛
별도의 주소 공간에서 단위 테스트를 실행하는 포크를 포함하여 Check와 동일한 행을 따라갔습니다 (실제로 Check의 원래 작성자는 GNU Autounit에서 아이디어를 빌 렸습니다). GNU Autounit은 GLib를 광범위하게 사용하므로 링크 및 특수 옵션이 필요하지만 특히 GTK 또는 GLib을 이미 사용중인 경우 큰 문제가되지 않을 수 있습니다. GNU Autounit 홈페이지를 참조하십시오 .
c 단위
또한 GLib을 사용하지만 단위 테스트의 주소 공간을 보호하기 위해 분기하지는 않습니다.
C 단위
Win32 GUI 구현 계획이있는 표준 C 현재 단위 테스트의 주소 공간을 포크하거나 보호하지 않습니다. 초기 개발. CUnit 홈페이지를 참조하십시오 .
CuTest
하나의 .c와 하나의 .h 파일이있는 간단한 프레임 워크로 소스 트리에 놓입니다. CuTest 홈페이지를 참조하십시오 .
CppUnit
C ++를위한 최고의 단위 테스트 프레임 워크. C 코드를 테스트하는 데 사용할 수도 있습니다. 안정적이고 적극적으로 개발되었으며 GUI 인터페이스가 있습니다. C에 CppUnit을 사용하지 않는 주된 이유는 첫 번째가 상당히 크며, 두 번째로 C ++로 테스트를 작성해야하므로 C ++ 컴파일러가 필요하다는 것입니다. 이것들이 관심사처럼 들리지 않으면 다른 C ++ 단위 테스트 프레임 워크와 함께 고려할 가치가 있습니다. CppUnit 홈페이지를 참조하십시오 .
embUnit
embUnit (Embedded Unit)은 임베디드 시스템을위한 또 다른 단위 테스트 프레임 워크입니다. AceUnit이 대체 한 것으로 보입니다. 임베디드 유닛 홈페이지 .
MinUnit
최소한의 매크로 만 있으면됩니다! 요점은 코드를 단위 테스트하는 것이 얼마나 쉬운지를 보여주는 것입니다. MinUnit 홈페이지를 참조하십시오 .
안도 씨를위한 CUnit
상당히 새롭고 아직 초기 개발 단계에있는 CUnit 구현입니다. Mr. Ando 홈페이지 의 CUnit을 참조하십시오 .
이 목록은 2008 년 3 월에 마지막으로 업데이트되었습니다.
더 많은 프레임 워크 :
CMocka
CMocka는 모의 객체를 지원하는 C 용 테스트 프레임 워크입니다. 사용 및 설정이 쉽습니다.
CMocka 홈페이지를 참조하십시오 .
표준
Criterion은 자동 테스트 등록, 매개 변수화 된 테스트, 이론을 지원하고 TAP 및 JUnit XML을 포함한 여러 형식으로 출력 할 수있는 크로스 플랫폼 C 단위 테스트 프레임 워크입니다. 각 테스트는 자체 프로세스로 실행되므로 필요한 경우 신호 및 충돌을보고하거나 테스트 할 수 있습니다.
자세한 내용은 Criterion 홈페이지 를 참조하십시오.
허트
HWUT는 C를 크게 지원하는 일반적인 단위 테스트 도구입니다. Makefile을 생성하고, 최소한의 ‘반복 테이블’로 코딩 된 대규모 테스트 사례를 생성하고, 상태 머신을 따라 걷고, C 스텁을 생성하는 등의 작업을 수행 할 수 있습니다. 일반적인 접근 방식은 매우 독특합니다. 평결은 ‘좋은 stdout / bad stdout’을 기반으로합니다. 그러나 비교 기능은 유연합니다. 따라서 모든 유형의 스크립트를 사용하여 확인할 수 있습니다. 표준 출력을 생성 할 수있는 모든 언어에 적용 할 수 있습니다.
HWUT 홈페이지를 참조하십시오 .
C 그린
C 및 C ++를위한 최신의 휴대용 언어 간 단위 테스트 및 모의 프레임 워크 선택적 BDD 표기법, 조롱 라이브러리, 단일 프로세스에서 실행할 수있는 기능 (디버깅 용이)을 제공합니다. 테스트 기능을 자동으로 감지하는 테스트 러너를 사용할 수 있습니다. 그러나 프로그래밍 방식으로 자신을 만들 수 있습니다.
이러한 모든 기능 은 CGreen 매뉴얼에 설명되어 있습니다 .
Wikipedia는 단위 테스트 프레임 워크 목록에 C 단위 테스트 프레임 워크의 자세한 목록을 제공합니다 .
답변
개인적으로 Google 테스트 프레임 워크가 마음에 듭니다 .
C 코드 테스트의 실제 어려움은 외부 모듈에 대한 종속성을 깨뜨 리므로 코드를 단위로 분리 할 수 있습니다. 레거시 코드에 대한 테스트를 시도 할 때 특히 문제가 될 수 있습니다. 이 경우 테스트에서 스텁 함수를 사용하기 위해 링커를 사용하는 경우가 종종 있습니다.
이것이 사람들이 ” 솔기 ” 에 대해 이야기 할 때 언급하는 것 입니다. C에서 유일한 옵션은 실제로 전 처리기 또는 링커를 사용하여 종속성을 조롱하는 것입니다.
내 C 프로젝트 중 하나의 일반적인 테스트 스위트는 다음과 같습니다.
#include "myimplementationfile.c"
#include <gtest/gtest.h>
// Mock out external dependency on mylogger.o
void Logger_log(...){}
TEST(FactorialTest, Zero) {
EXPECT_EQ(1, Factorial(0));
}
실제로 헤더 파일이 아닌 C 파일을 포함하고 있습니다 . 이렇게하면 모든 정적 데이터 멤버에 액세스 할 수 있다는 이점이 있습니다. 여기서 나는 로거를 모의하고 (logger.o에있을 수 있으며 빈 구현을 제공합니다.) 이것은 테스트 파일이 나머지 코드베이스와 독립적으로 컴파일되고 링크되어 독립적으로 실행됨을 의미합니다.
코드를 크로스 컴파일하는 경우이 기능을 사용하려면 대상에 대한 우수한 기능이 필요합니다. PowerPC 아키텍처에서 Linux로 googletest 크로스 컴파일 하여이 작업을 수행했습니다. 결과를 수집하기 위해 전체 쉘과 OS가 있기 때문에 이것은 의미가 있습니다. 덜 풍부한 환경 (전체 OS가없는 것으로 분류)의 경우 호스트에서 빌드하고 실행해야합니다. 어쨌든 빌드의 일부로 테스트를 자동으로 실행할 수 있도록이 작업을 수행해야합니다.
나는 OO 코드가 일반적으로 절차 적보다 훨씬 덜 결합되어 있기 때문에 C ++ 코드 테스트가 훨씬 쉽다는 것을 알았습니다 (물론 이것은 코딩 스타일에 달려 있습니다). 또한 C ++에서는 종속성 주입 및 메서드 재정의와 같은 트릭을 사용하여 캡슐화 된 코드에 이음새를 가져올 수 있습니다.
Michael Feathers는 레거시 코드 테스트에 대한 훌륭한 책을 가지고 있습니다 . 한 장에서 그는 비 OOO 코드를 다루는 기술을 다루는 것이 좋습니다.
편집 : GitHub 에서 소스를 사용할 수있는 단위 테스트 절차 코드에 대한 블로그 게시물을 작성했습니다 .
편집 : Pragmatic Programmers에서 나온 새로운 책 이 있는데 , 특히 제가 추천 하는 단위 테스트 C 코드를 다루고 있습니다.
답변
Minunit 은 매우 간단한 단위 테스트 프레임 워크입니다. avr의 c 마이크로 컨트롤러 코드를 단위 테스트하는 데 사용하고 있습니다.
답변
현재 CuTest 단위 테스트 프레임 워크를 사용하고 있습니다.
http://cutest.sourceforge.net/
매우 가볍고 단순하므로 임베디드 시스템에 이상적입니다. 대상 플랫폼과 데스크탑에서 작동하는 데 아무런 문제가 없었습니다. 단위 테스트를 작성하는 것 외에도 필요한 것은 다음과 같습니다.
- CuTest 루틴을 호출 할 때마다 포함 된 헤더 파일
- 이미지에 컴파일 / 링크 할 단일 추가 ‘C’파일
- 단위 테스트를 설정하고 호출하기 위해 main에 추가 된 간단한 코드-빌드 중에 UNITTEST가 정의되면 컴파일되는 특수 main () 함수 에이 코드가 있습니다.
시스템은 힙 및 일부 stdio 기능을 지원해야합니다 (일부 임베디드 시스템에는 해당되지 않음). 그러나 코드에는 플랫폼이없는 경우 이러한 요구 사항에 대한 대안으로 작업 할 수있을 정도로 간단합니다.
extern “C”{} 블록을 신중하게 사용하면 C ++ 테스트도 지원합니다.
답변
나는 ratkok와 거의 동일하게 말하지만 단위 테스트에 포함 된 왜곡이 있다면 …
Unity -C 코드 단위 테스트를위한 권장 프레임 워크입니다.
이 스레드에서 언급 된 임베디드 C 에 대한 TDD에 나오는 예제는 Unity (및 CppUTest)를 사용하여 작성되었습니다.
답변
또한 TAP (Test Anything Protocol)를 출력하고이 기술을 위해 제공되는 다양한 도구와 잘 통합되는 C 테스트 프레임 워크 인 libtap을 살펴볼 수도 있습니다 . 동적 언어 세계에서 주로 사용되지만 사용하기 쉽고 인기가 있습니다.
예를 들면 :
#include <tap.h>
int main () {
plan(5);
ok(3 == 3);
is("fnord", "eek", "two different strings not that way?");
ok(3 <= 8732, "%d <= %d", 3, 8732);
like("fnord", "f(yes|no)r*[a-f]$");
cmp_ok(3, ">=", 10);
done_testing();
}
답변
cmocka 라는 mock 객체를 지원하는 C 용 고급 단위 테스트 프레임 워크가 있습니다. 표준 C 라이브러리 만 필요하며 다양한 컴퓨팅 플랫폼 (내장 포함) 및 다른 컴파일러에서 작동합니다.
또한 Subunit, Test Anything Protocol 및 jUnit XML 보고서와 같은 다양한 메시지 출력 형식을 지원합니다.
cmocka는 임베디드 플랫폼에서도 작동하도록 만들어졌으며 Windows 지원도 제공합니다.
간단한 테스트는 다음과 같습니다.
#include <stdarg.h>
#include <stddef.h>
#include <setjmp.h>
#include <cmocka.h>
/* A test case that does nothing and succeeds. */
static void null_test_success(void **state) {
(void) state; /* unused */
}
int main(void) {
const struct CMUnitTest tests[] = {
cmocka_unit_test(null_test_success),
};
return cmocka_run_group_tests(tests, NULL, NULL);
}
API는 완전히 문서화하고 몇 가지 예는 소스 코드의 일부입니다.
cmocka를 시작하려면 LWN.net : C에서 mock 객체를 사용한 단위 테스트 기사를 읽어보십시오.
cmocka 1.0은 2015 년 2 월에 출시되었습니다.