嵌入式平台使用gtest进行白盒测试   转自：http://www.cnblogs.com/StitchSun/p/4430362.html 看了coderzh大神写的gtest（http://www.cnblogs.com/coderzh/archive/2009/04/06/1426755.html）使用的帖子，觉得gtest这个工具比较好用。就想引入的现在的测试工作中，但是我从事的是嵌入式的的软件测试，使用的是嵌入式的linux系统，芯片是海思等芯片。无法直接使用gtest这个工具，用Google百度搜素了半天，也没有找到使用的案例。 但是这么好的工具，不能用实在是可惜，我偏不信这个邪。经过了多次尝试，下面的方法可行。 详细的过程如下： 总体思路是： 1、 使用嵌入式平台的交叉编译工具编译gtest，编译出libgtest.a或者libgtest.so 2、 编写测试代码 3、 使用libgtest库与测试代码一起交叉编译出目标平台的可执行程序 4、 在目标平台执行测试

一、编译Gtest

配置编译脚本

下载gtest代码，使用tar命令解压，进入gtest-1.6.0文件夹下，ls查看文件，里面有Makefile文件，但是我们不能使用它进行编译，必须使用对应平台的编译器。 使用configure配置文件来配置我们要使用的编译器（这里以我使用的海思编译器为例）： 配置命令如下： ./configure--host=arm-hisiv100nptl-linux CC=/opt/hisi-linux-nptl/arm-hisiv100-linux/target/bin/arm-hisiv100nptl-linux-gcc CXX=/opt/hisi-linux-nptl/arm-hisiv100-linux/target/bin/arm-hisiv100nptl-linux-g++ 解释下这个命令的的各个参数的意义： l --host是指编译目标的平台名称，这里是：arm-hisiv1000nptl-linux， l CC是指C语言的GCC交叉编译器的路径，这里=号后是编译器的绝对路径 l CXX是是C++语言的G++交叉编译器的路径，这里=号后是编译器的绝对路径 红 {MOD}的字体是根据实际的需要进行修改，不同平台用不用的名称，编译器安装路径不同，也要修改路径。 配置命令执行时如果没有错误，就说明配置完成，可以进行下一步了。

编译GTEST

因google已经提供了Makefile文件，我们的编译工作就比较简单了。在配置好编译器路径后，直接使用make命令来编译。 不过建议在编译前先执行 make clean命令，先清理以前编译生成的文件。 执行make命令，等待编译完成，没有提示错误，编译完成。 到lib/.libs/目录下查看编译结果： 里面生成了我们需要的libgtest.a文件。 后续在进行测试时，不需要每次都编译gtest工程，生成libgtest.a文件，只需要编译一次即可。 备注说明： 编译生成的产物有libgtest.a和libgtest.so文件，具体使用哪个看个人喜好。本文以静态库libgtest.a为例。

二、编写测试代码

下面进入到测试代码编写阶段。 大家熟悉了gtest的使用方法，coderzh已经描述的很清楚了，这里不在详细描述了，我们直接看下面的例子，讲述如何来编写测试用例。 我们以下面的这个函数为例： intBrdEthQueryInfo(TEthInfo *ptInfo) 我们以第一个函数BrdEthQueryInfo为例，来编写一个测试用例： Main函数编写如下： 这里引入了两个头文件，作用是用来使用drvlib.a和libgtest.a两个库中的函数，用例的编写形式就是： TEST（TestSuiteName，TestCaseName） { EXPECT_EQ(); } 第一个参数：TestSuiteName，即测试套名称，对于一个被测函数，我们认为是一个测试套，即TestSuite,里面可以包含多个测试用例，即Testcase。 例如被测函数int BrdEthQueryInfo(TEthInfo *ptInfo)，它有两种返回值，0和-1，则我们设计两个测试用例： TEST(Test_BrdEthQueryInfo,test_Eth_nomarl) TEST(Test_BrdEthQueryInfo,test_Eth_fail) 在这两个测试用例中，Test_BrdEthQueryInfo的名称是不变的，而第二个参数的是变的，分别为test_Eth_nomarl和test_Eth_fail，即测试一个函数的两个返回值情况。 把编写的测试代码保持为文件：sample.c。准备下一步的编译。

三、编译测试文件

在执行编译之前，我们需要做一个事情，就是把libgtest.a和gtest的头文件复制到drvlib的测试代码目录下。同时，也需要把libdrv.a和头文件复制到对应的目录下。（不复制当前目录下也可以，需要在编译脚本中指定它们的路径） 复制完成后，就要执行最后一步编译了。编译命令如下： /opt/hisi-linux-nptl/arm-hisiv100-linux/target/bin/arm-hisiv100nptl-linux-g++ 编译器路径 -o ethtest2 sample.c -o是编译参数，生成目标文件，sample.c是源代码文件 libgtest.a libdrv.a路径，是指定libdrv.a的路径。 libdrv.a -I. 链接到libgtest.a库，-I. 是指定gtest头文件的位置，因gtest的头文件在当前目录下，就使用-I.（记住有个点） -I../../api -I../api是指定的drvlib的头文件路径， -lpthread -lpthread是编译时使用多线程库。 执行命令，无错误，生成目标文件：ethtest2。

四、执行测试

把生成的目标程序复制到Hisi平台的设备上，可以使用ftp的方法。首先修改文件的权限，chmod a+x filename ./filename 来执行文件。查看执行结果： 执行结果显示，执行了一个testcase，包含了两个tests。测试结果都是PASSED。

五、测试原理说明

Gtest测试原理为：把被测试函数代码与gtest库联合编译，然后在测试平台上执行，判断函数的执行结果是否与预期结果相符，如果相符则PASS，否则FAIL。 Gtest白盒测试架构，不涉及源代码的修改，不影响原有代码结构，具有良好的扩展性和适应性。 编译生成文件为可执行文件，非常方便。 gtest使用详细的信息可以参考： http://www.cnblogs.com/coderzh/archive/2009/03/31/1426758.html 里面有详细的使用介绍。