CUnit C语言单元测试框架使用体验

CUnit是一个C语言的单元测试框架，具体使用方式可参考：C语言单元测试框架——CUnit

在一个代码量交大的工程项目中，在研发自测环节里面，仅完成单元测试不足以确保代码的质量，还要进行代码的路径测试，分支测试。测试不同情况下的代码的分支功能是否正常。

对于代码路径测试和分支测试，其他的方法暂不讨论，欢迎大家评论交流。

本文介绍一下使用CUnit来进行代码的路径测试和分支测试的方法。

对于一个现有的工程代码，代码之间功能的耦合，源文件之间相互关联很难避免，尤其是千古遗留的代码，一言难尽。在这样的背景下想要在cunit框架中测试某个功能函数，编译的时候往往让人怀疑人生，缺少这个变量定义，缺少那个文件包含，类似的编译错误数不胜数。
对于这样的情况，我们可以换一个思路，我们可以把cunit仅当作成一个第三方库，和libxml库一样看待，把cunit库加入到我们自己的工程源码中，在我们自己的工程中使用cunit的一些功能。通过这样的形式可以有效的降低测试一个现有的工程的难度。

代码编译通过后，下一步就是写测试用例或者叫测试套件、测试函数。
在一些介绍cunit使用的文章中，测试函数往往写的很简单，而且都是针对单个功能具体的函数，仅仅体现了cunit的单元测试的功能。
对于代码分支测试，此时代码的业务功能往往已经编写完毕，具体的函数功能均已实现，这时可以使用cunit在测试函数中编写一些较复杂的测试方式，对代码分支进行测试，可以设置不同的变量，测试代码分支的功能是否符合预期。这时的测试重点在于业务流程，而不是单个函数的功能了。

除此之外，还可以使用cunit来测试状态机的功能，设置不同的状态，测试状态机跳转是否符合我们的预期。

有意思的是，每个测试函数之间彼此互不干扰，可以在测试函数中可以初始不同的变量和状态，然后对代码功能进行测试。这样我们就可以把一个个测试函数看成不同的main函数，这样我们就可以对不同的功能同时进行测试，查看测试结果。

文章写的有点仓卒，表达的信息可能不够准确，希望大家理解，也欢迎大家评论交流。