gtest缺点

：

1. 结果不一定是准确的，这取决于用例的质量。

2. 将具体的错误报告返回给开发者可能会有困难。

3. 测试结构与实际结构之间存在差异可能会出现问题。

4. 对性能测试效果不太好。

5. 兼容性也不是很好，有时相应的测试用例无法在特定系统上运行。：

1. 结果不一定是准确的，这取决于用例的质量。

2. 将具体的错误报告返回给开发者可能会有困难。

3. 测试结构与实际结构之间存在差异可能会出现问题。

4. 对性能测试效果不太好。

5. 兼容性也不是很好，有时相应的测试用例无法在特定系统上运行。

因为不是Jenkins容器目录从而导致报错。

代码是储存在docker容器内，而Jenkins在构建时跑dockerrun命令时调用的是本地目录，不是Jenkins容器目录从而导致报错。解决方法如下：

1、maven的pom文件的修改：需要在依赖下标签中中加入。做完这步，可以本地先跑一下mvntest，可以直接在开发工具中运行。本地调试脚本没有问题就可以进行第二步。

2、选择项目右击---Runas---Mavenbuild输入命令test就可以了。

3、jenkins新建一个maven项目，然后选择svn目录，构建输入test命令，然后可以在构建后添加一个TestNGXMLreport也可以添加别的测试报告。记得下载对应的插件。

Notes: 在嵌入式平台上使用gmock也是同样的道理。gmock包含gtest。如需使用gmock，类似编译出gmock_main.a然后使用gmock_main.a即可

参考嵌入式平台gtest白盒测试： http://www.cnblogs.com/StitchSun/p/4430362.html

参考嵌入式平台组件白盒测试gcov lcov和genhtml使用指导： http://www.cnblogs.com/StitchSun/p/4480229.html

1.修改makefile，指定编译器为交叉编译器工具

增加CXX = /usr/local/arm/arm-2009q3/bin/arm-none-linux-gnueabi-g++

2.执行make命令生成gtest_main.a和sample1_unittest

sample1_unittest文件在ubuntu上无法执行，

将sample1_unittest放入开发板的目录中/mnt/user_rootfs/usr/sbin/yang目录并执行

将gtest_main.a放入samples目录中

3.在开发板上运行sample1_unittest

4.交叉编译并链接sample2生成可执行文件test2

交叉编译命令：arm-none-linux-gnueabi-g++ sample2.cc sample2_unittest.cc gtest_main.a -o test2 -I ../include/ -lpthread

5.test2不能在ubuntu上执行，拷贝到开发板上并执行成功

---