软件测试课件3..pptx

第三章:单元测试韦庆杰
软件工程学科研究生课程–——软件质量保证与测试
软件测试理论
单元测试
系统集成测试
系统测试
…
…
课程内容
完成对最小的软件设计单元—模块的验证工作
目标是确保模块被正确地编码
使用过程设计描述作为指南,对重要的控制路径进行测试以发现模块内的错误
通常情况下是面向白盒的
对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试,及早地发现和解决不易显现的错误
单元测试
静态单元测试
动态单元测试
单元测试阶段
通过2中方式进行:
审查(Inspection)
一步步的组内结对来检查一个产品,每一步都按照预先约定好的标准进行检查
走查(walkthrough)
代码的作者带领团队使用预先定义好的场景来手动或模拟执行产品
静态单元测试–代码评审
驱动模块(Driver):所测模块的主程序。它接收测试数据,把这些数据传递给所测试模块,最后再输出测试结果。当被测试模块能完成一定功能时,也可以不要驱动模块。
桩模块(Stub):用来代替所测模块调用的子模块
动态单元测试
动态单元测试环境的构成
实例(以C语言为例)
A
C
B
E
D
假设现在项目组把任务分给了5个人,每个人负责实现一个模块。你负责的是B模块,你很优秀,第一个完成了编码工作,现在需要开展单元测试工作,先分析结构图:
由于B模块不是最顶层模块,所以它一定不包含main函数(A模块包含main函数),也就不能独立运行
B模块调用了D模块和E模块,而目前D模块和E模块都还没有开发好,那么想让B模块通过编译器的编译也是不可能的
需要使用驱动模块和桩模块!
桩模块的使命除了使得程序能够编译通过之外,还需要模拟返回被代替的模块的各种可能返回值(什么时候返回什么值需要根据测试用例的情况来决定)。
驱动模块的使命就是根据测试用例的设计去调用被测试模块,并且判断被测试模块的返回值是否与测试用例的预期结果相符
实例
驱动A
C
B
桩E
桩D
控制流测试(4章)
数据流测试(5章)
域测试(6章)
功能程序测试(9章)
选择测试数据可基于下列方法