Counter集成测试用例设计思路参考.pdf

1 Counter 集成测试用例设计思路参考 初稿：宋峰 songfeng@51 修订：徐林林 xulinlin@51 1.集成测试用例设计思路 集成测试用例的设计可以从以下几大方面来考虑： 1、模块的消息接口 （对于每类消息的每个具体消息，都应设计测试用例；对于消息结构中 每个数据成员的各种合法取值情况都应设计测试用例；对于消息结构中每个数据成员的 非法取值情况也应设计测试用例；模拟各种消息丢失、超时到达、不期望的消息情况）。 2 、模块的功能流程 （根据概要设计文档描述中所确定的模块应该完成的功能，每个功能描 述都应设计测试用例；需要多个模块以及他们之间接口共同完成的功能，需要设计测试 用例）。 3、模块所使用的数据表 （对于全局数据表、重要数据表的：数据的修改操作、数据项的增 加、删除操作、数据表增加满、数据表删除空、数据表项频繁的增加、删除）。 4 、模块需要调用到的桩函数 （对于无返回值或者返回值对被测试模块没有作用的桩，主要 是检查一下传给桩的参数是否正确、合理，一个用例就够了；对于返回值对被测试模块 产生影响的桩，则对每一个或者每一类返回值都应设计相应的测试用例）。 5、模块对外提供的函数接口 （一般来说，模块的对外函数接口都完成一个完整的子功能， 因此，测试用例首先要验证该接口能否正确完成该功能；函数接口各个输入非法值的情 况，接口函数应该对所有的输入参数的合法性进行检查；函数接口各个参数的边界值测 试；函数接口各个参数的合法和非法输入组合测试）。 6、模块的处理性能（对于处理速度有要求的模块，应测试其处理速度是否能达到规格要求； 对于模块在大负荷，如大呼叫量、大流量等情况下的处理能力，应该设计测试用例进行 验证）。 2.整个集成测试用例设计分成 4 步： 1、确定测试层次和范围。 2、确定测试策略。 3 、根据测试策略确定测试子项。 4、针对测试子项设计测试用例。 3.一个良好的集成测试用例应该包括的合适的检查点，以下 是可以参考的检查点： 1、功能正确性。 2 、 消息流程是否正确。 1 3、来往消息中的数据项、参数是否正确。 4 、 消息异常、错误、超时等是否能正常处理。 5、各个模块的状态迁移、以及相关数据结构的正确性。 6、 资源占用和释放情况，在运行过程中，资源的占用和释放是否正常。 7、全局数据的正确性，如全局变量、全局数组、全局数据表。 8、桩函数参数。 9、 函数调用的顺序。 4.接口分析 以counter 软件为例，考虑 6 个模块间集成测试 （不考虑界面模块和结果输出模块），采 用大爆炸集成测试策略，测试子项为 6 个模块间集成，其接口分析如下： 界面模块 源文件统计主控模 参数检查模块 计 统 注 计 统 计 统 计 统 码 模 代 行 模 释 行 模 行 空 块 块 模 行 总 块 块 统计结果输出模块 输入：从源文件统计主控模块上给进去，对应主控模块的输入。 输出：从源文件统计主控模块出来，对应主控模块的输出。 查看主控模块会发现，主控模块只有一个函数 MainStatFun ，其输入为： g_iBlankLineFlag 统计空行标 志位； g_iCommLineFlag 统计注释行标志位 ； g_iCodeLineFlag 统计代码行标 志位； g_iTotalLineFlag 统计总行标志位 ； g_szStatFileName 被统计文件的全路径名。其输出为：g_iBlankLineNum 统计得到 的空行数；g_iCodeLineNum 统计得到的代码行数；g_iCommLineNum 统计得到的注释 行数；g_iTotalLineNum 统计得到的总行数。