写UT时的技巧总结

1、ut编译

用脚本去编译需要从头构建比较慢，在全量构建一次后可以直接在/zdrive/tests/这个目录下运行makefile，需要指定target

sudo make platform_unit_test

编译完以后，可以找到自己的ut可执行文件直接运行，比如

/zdrive/tests/platform/modules/om/unit_test_cfgmanager_cfg_fwk

这样可以比较快的发现问题，当然也可以直接下断点。

如果要查看覆盖率，需要把所有用例执行一遍，同样在这个目录下，

ctest -R unit_test_* -V

覆盖率文件在zdrive\tests\platform\modules\om\coverage_report

注意如果运行的时候加了sudo可能没有一些动态库路径，不加sudo目录没权限，只要把当前目录递归777即可。

切换分支后分支覆盖率可能生成失败，是因为源文件有变动，有些找不到了，根据报错信息找到对应的文件，比如cfg_fwk.cpp如果报错了
这样去搜索把报错的文件的覆盖率文件.gcno和.gcda删除了

2、活用RAII机制

有些类的成员变量记载了状态，在某条用例中，我希望能够改变这个状态，但是用例只有又要恢复。

首先，包含头文件的时候用define宏的方式改成public

然后写一个简单的RAII存储类，构造的时候赋值，析构的时候改回去

那么，用例里面就可以临时改变值了，离开了作用域只有就会自动恢复，再也不用担心忘记把上一条的用例状态恢复了。

3、封装IO和通信接口

一个最简单的例子，如果某个函数里面直接调用fwrite或者fread，在IO条件不满足的情况下，下面的分支就无法走了，最常见的场景就是配置文件的读取。因此，最好将这种IO接口单独封装一下，

这里封装的读取json文件，在测试的时候可以直接打桩这个接口，打桩一个自己实现的接口可比打桩一个libc的接口简单许多了。