单元测试测什么? 当然是测试代码中的单元模块。 但是究竟怎么来完成单元模块的测试呢? 有些项目组的单元测试用例与软件其他测试级别的测试用例完全相同——一样的功能测试用例、一样的性能测试用例和一样的接口测试用例。 程序员在编写完代码之后,通过编译来确保代码的语法正确;通过单元测试来确保代码的语义正确。 而一个几乎和配置项测试的用例完全一样的单元测试,它还能够确保代码语义的正确性吗? 好的单元测试用例设计不应与其他测试级别的测试用例雷同,它应当包含以下几个方面的测试内容:
对单元接口参数的测试,应该包括:
如果模块内包括外部输入和输出,还应该包括:
对单元数据结构的测试,应该包括:
单元测试的基本任务是保证单元模块中每条路径至少执行一次。而这些路径测试应能发现因错误计算、不正确的比较和不适当的控制流造成的错误。常见的错误包括:
其他的测试内容还包括:
对于出错处理路径应着重测试下列问题:
另外,单元测试也需要关注软件的可维护性。单元模块的可维护性测试要覆盖:代码结构、模块化、代码注释的质量、标准符合性、可理解性、文档化等。 总之,单元测试是为了确保代码语义与我们的期望是一致的,单元测试的测试用例不可能与集成测试、配置项测试等其他级别的测试用例完全相同。 这正是: 单元测试测什么,全由目的来决定 深入结构和逻辑,语义正确我看行 参考书目:软件测试管理,作者:郑文强,马均飞,出版社:电子工业出版社 |
|