CUnit是一个C语言的单元测试框架,具体使用方式可参考:C语言单元测试框架——CUnit
在一个代码量交大的工程项目中,在研发自测环节里面,仅完成单元测试不足以确保代码的质量,还要进行代码的路径测试,分支测试。测试不同情况下的代码的分支功能是否正常。
对于代码路径测试和分支测试,其他的方法暂不讨论,欢迎大家评论交流。
本文介绍一下使用CUnit来进行代码的路径测试和分支测试的方法。
对于一个现有的工程代码,代码之间功能的耦合,源文件之间相互关联很难避免,尤其是千古遗留的代码,一言难尽。在这样的背景下想要在cunit框架中测试某个功能函数,编译的时候往往让人怀疑人生,缺少这个变量定义,缺少那个文件包含,类似的编译错误数不胜数。
对于这样的情况,我们可以换一个思路,我们可以把cunit仅当作成一个第三方库,和libxml库一样看待,把cunit库加入到我们自己的工程源码中,在我们自己的工程中使用cunit的一些功能。通过这样的形式可以有效的降低测试一个现有的工程的难度。
代码编译通过后,下一步就是写测试用例或者叫测试套件、测试函数。
在一些介绍cunit使用的文章中,测试函数往往写的很简单,而且都是针对单个功能具体的函数,仅仅体现了cunit的单元测试的功能。
对于代码分支测试,此时代码的业务功能往往已经编写完毕,具体的函数功能均已实现,这时可以使用cunit在测试函数中编写一些较复杂的测试方式,对代码分支进行测试,可以设置不同的变量,测试代码分支的功能是否符合预期。这时的测试重点在于业务流程,而不是单个函数的功能了。
除此之外,还可以使用cunit来测试状态机的功能,设置不同的状态,测试状态机跳转是否符合我们的预期。
有意思的是,每个测试函数之间彼此互不干扰,可以在测试函数中可以初始不同的变量和状态,然后对代码功能进行测试。这样我们就可以把一个个测试函数看成不同的main函数,这样我们就可以对不同的功能同时进行测试,查看测试结果。
文章写的有点仓卒,表达的信息可能不够准确,希望大家理解,也欢迎大家评论交流。