LIST "CODE" "【文件名】"
"【功能模块和目的】"
"【主要函数及其功能】"
"【主要算法】"
"【接口说明】"
"【开发者及日期】"
"【版本】"
"【更改记录】" END LIST
END STANDARD
做完这个操作后，保存成另一个文件，以.cfg为后缀名。在建立被测代码的RuleChecker项目时，选中这个文件，则RuleChecker会以该格式检查代码文件的文件注释格式，如果哪个文件不符合要求，就会被检测出来。
OK，RuleChecker的测试机理介绍完了，应该是很好理解的。
5 TestChecker检测机理
现在来介绍一下Logiscope为我们提供的最后一个工具——TestChecker。TestChecker是用来统计被测试程序的测试覆盖率的。它提供的覆盖率数据是边覆盖率，或者叫判定到判定的覆盖(DDP覆盖)。
所谓边覆盖率，也就是我们执行的测试用例对程序流程图中的边的覆盖情况。有一些单元测试工具，比如Numega中的TrueCoverage，Rational的Purecoverage等，它们也可以统计被测试程序的测试覆盖率，但它们所提供的覆盖率数据是点覆盖率(IB覆盖率)，或者叫做语句覆盖率，这个覆盖率的覆盖强度要低于边覆盖的覆盖强度。
TestChecker 的测试机理是这样：建立起TestChecker项目后，通过TestChecker编译连接代码，生成可执行文件，在这个过程中，TestChecker会向程序源代码中涉及到控制流转移的语句处，插入一些标志语句(这个过程叫做“插装”)。在TestChecker中运行起被这个可执行文件，执行测试用例的时候，TestChecker会在后台运行。由于在程序代码中“插装”了标志语句，所以在程序的执行过程中，TestChecker能记录下程序中哪些分支走到了，哪些分支没有走到，进而统计出每个测试用例的覆盖率，以及多个测试用例覆盖率的总和。
TestChecker的测试机理基本就是这样。
6 总结
Logiscope的测试机理到此就介绍完了，象其它的计算机技术一样，理解、掌握Logiscope的最好办法就是实际的使用Logiscope去测试一些项目，好了，让我们开始吧。
文章来源于领测软件测试网 https://www.ltesting.net/
