【问题标题】:How do I unit-test a dynamic library using gcov?如何使用 gcov 对动态库进行单元测试?
【发布时间】:2016-05-29 20:47:19
【问题描述】:

我正在构建一个动态链接库,并正在设置一个简单的测试套件。我想使用 gcov 生成静态代码分析覆盖率报告。

我的库是一个包含函数实现的 C 文件和一个包含函数原型的头文件。我的测试套件只是一个应用程序,它以各种方式调用函数并确认输出的有效性。

我正在使用-fprofile-arcs-ftest-coverage 标志编译库和测试套件,如on GNU's guide to GCOV 所述。我还包括 -O0 标志来禁用编译器优化和 -g 标志来启用调试符号。从测试套件生成的可执行文件动态链接到库。

所有文件都编译干净且没有警告,但它无法将测试套件链接到库 - 引用“隐藏符号 __gcov_merge_add”。如果我在没有-fprofile-arcs-ftest-coverage 标志的情况下进行编译,则链接成功并且我能够运行测试套件可执行文件。

所以我有几个问题在阅读 GNU GCOV 指南后仍未解决。

  1. 为什么链接失败?我该如何解决这个问题?
  2. 在编译库和测试套件时,我是否需要包含配置文件和覆盖率标志

这是我的inc/mylib.h 文件:

#ifndef __MYLIB_H__
#define __MYLIB_H__

#ifdef __cplusplus
extern "C" {
#endif /* __cplusplus */

int
foo (int a);

int
bar (int a);

#ifdef __cplusplus
}
#endif /* __cplusplus */

#endif /* __MYLIB_H__ */

这是我的src/mylib.c 文件:

#include <stdio.h>
#include "mylib.h"

int foo(int a) {
    if (a > 5) {
        return 5;
    }
    return a;
}

int bar(int a) {
    if (a < 0) {
        return 0;
    }
    return a;
}

这是我的test/unittests.c 文件:

#include <stdio.h>
#include "mylib.h"

void run_foo_tests() {
    int inputs[] = {3, 6};
    int expected_results[] = {3, 5};
    int i, actual_result;

    for ( i = 0; i < sizeof(inputs) / sizeof(int); i++ ) {
        actual_result = foo(inputs[i]);
        if (actual_result == expected_results[i]) {
            printf("Test %d passed!\n", i + 1);
        } else {
            printf("Test %d failed!\n", i + 1);
            printf("  Expected result: %d\n", expected_results[i]);
            printf("  Actual result: %d\n", actual_result);
        }
    }
}

void run_bar_tests() {
    int inputs[] = {3, -1};
    int expected_results[] = {3, 0};
    int i, actual_result;

    for ( i = 0; i < sizeof(inputs) / sizeof(int); i++ ) {
        actual_result = bar(inputs[i]);
        if (actual_result == expected_results[i]) {
            printf("Test %d passed!\n", i + 1);
        } else {
            printf("Test %d failed!\n", i + 1);
            printf("  Expected result: %d\n", expected_results[i]);
            printf("  Actual result: %d\n", actual_result);
        }
    }
}

int main(int argc, char *argv[]) {
    run_foo_tests();
    run_bar_tests();
    return 0;
}

这是我的Makefile

CC=gcc
CFLAGS=-Wall -std=c89 -g -O0 -Iinc -fprofile-arcs -ftest-coverage

all: clean build run_tests

build:
    $(CC) $(CFLAGS) -fPIC -c src/*.c -o lib/mylib.o
    $(CC) -shared lib/mylib.o -o lib/libmylib.so
    $(CC) $(CFLAGS) test/*.c -o bin/unittests -Llib -lmylib

run_tests:
    LD_LIBRARY_PATH=lib bin/unittests
    gcov src/*.c

clean:
    rm -f *.gcda *.gcno *.gcov
    rm -rf bin lib ; mkdir bin lib

当我运行 make 时,我会看到以下输出:

rm -f *.gcda *.gcno *.gcov
rm -rf bin lib ; mkdir bin lib
gcc -Wall -std=c89 -g -O0 -Iinc -fprofile-arcs -ftest-coverage -fPIC -c src/*.c -o lib/mylib.o
gcc -shared lib/mylib.o -o lib/libmylib.so
gcc -Wall -std=c89 -g -O0 -Iinc -fprofile-arcs -ftest-coverage test/*.c -o bin/unittests -Llib -lmylib
/usr/bin/ld: bin/unittests: hidden symbol `__gcov_merge_add' in /usr/lib/gcc/x86_64-redhat-linux/4.8.5/libgcov.a(_gcov_merge_add.o) is referenced by DSO
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
make: *** [build] Error 1

【问题讨论】:

  • 你真的不应该使用古老的 ANSI-C。至少使用 C99,更好的标准 C。
  • 我需要库兼容 c89,因为我将交付到的平台不明确。这和gcov的运作有关吗?
  • (显然 real 库比我在这里发布的更复杂。这只是 MCVE 版本。)

标签: c unit-testing gcc gcov


【解决方案1】:

您需要为链接器提供命令行参数-lgcov(通常-ftest-coverage 暗示-lgcov,但您有一个单独的链接步骤,其中-ftest-coverage 不作为命令行参数提供)。或者,您可以只使用--coverage 命令行参数,这也是-fprofile-arcs-ftest-coverage 的快捷方式,如下所述:http://www.univ-orleans.fr/sciences/info/ressources/webada/doc/gnat/gcc_3.html

--覆盖率

此选项用于编译和链接检测到的代码 覆盖分析。该选项是 `-fprofile-arcs' 的同义词 `-ftest-coverage'(编译时)和 `-lgcov'(链接时)。看 这些选项的文档以获取更多详细信息。

在同一个地方,顺便说一句,还解释说您不必使用这些选项编译所有文件,希望能回答您的问题 2。

【讨论】:

  • 我尝试用--coverage 替换两个编译标志,但错误仍然存​​在。根据您链接的页面,-ftest-coverage 已经隐含-lgcov
  • 如果我将 makefile 中的 CFLAGS 变量更改为使用 --coverage 而不是我最初使用的两个标志 并且在链接步骤中添加 -lgcov 选项,它成功构建并链接程序,但在尝试运行 gcov 时显示“mylib.gcno:cannot open graph file”。
  • 它似乎将 libmylib.gcno 和 libmylib.gcda 文件存储在 lib 文件夹中,尽管 unittest.gc** 文件在根目录中。
  • 啊哈!最后,这是我的工作生成文件:gist.github.com/anonymous/8facc7db1ad9d047be63。如果您使用更改后的选项更新您的答案,我很乐意将其标记为已接受。也就是说,我在编译测试套件时不需要添加任何选项,并且在运行 gcov 时需要 -o。
猜你喜欢
  • 1970-01-01
  • 2018-04-05
  • 1970-01-01
  • 2012-01-08
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2022-11-26
  • 2017-12-01
相关资源
最近更新 更多