我是靠谱客的博主 精明寒风,最近开发中收集的这篇文章主要介绍白盒测试实例——单元测试的步骤,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

白盒测试黑盒测试的过程和方法是有一些区别的。

  单元测试的步骤:

  1、 理解需求和设计

  理解设计是很重要的,特别是要搞清楚被测试模块在整个软件中所处的位置,这对测试的内容将会有很大的影响。需要记住的一个原则就是:好的设计,各模块只负责完成自己的事情,层次与分工是很明确的。在单元测试的时候,可以不用测试不属于被测试模块所负责的功能,以减少测试用例的冗余,集成测试的时候会有机会测试到的。

  举例:

  1. /*

  2.

  3. * 判断三条边是否能够组成三角形

  4.

  5. * 返回值:true-是; false-否

  6.

  7. */

  8.

  9. bool isTriangle(int a, int b, int c);

  测试该函数的时候,只需要测试三条边(在合法的取值范围内的整数)是否能够满足两边之和是否大于第三边的功能,而不需要测试三条边是否在合法的范围(0, 200)之间的整数,因为调用该函数之前,一定要先通过下面函数的检查,要是检查不通过,就不会执行isTriangle函数。

  1. /*

  2.

  3. * 判断三条边是否合法(即:判断三条边都在合法的范围内)

  4.

  5. * 返回值:true-是; false-否

  6.

  7. */

  8.

  9. bool isLegal(int a, int b, int c);

  所以,单元测试主要是关注本单元的内部逻辑,而不用关注整个业务的逻辑,因为会有别的模块去完成相关的功能。

2、 概览源代码

  浏览一下源代码,主要任务:

  (1)初步检查源代码的编码风格与规范

  (2)大致估算测试工作量,比如:需要多少的测试用例、需要写多少的驱动模块和装模块等。

  (3)确定模块的复杂程度,初步制定测试的优先级等。

  3、 精读源代码

  认真阅读和分析代码,主要任务:

  (1)理解代码的业务逻辑。

  (2)检查代码与设计是否相符,如果详细设计没有该模块的流程图的话,先去画出流程图。

  (3)仔细研究逻辑复杂的模块

  (4)可以采用一些检查列表来检查程序可能会出现的问题。如果没有检查列表,那么,可以根据程序的特点,有针对性地检查容易出问题的地方(记得把经验总结下来供下次使用)。

  4、 设计测试用例

  综合运用白盒测试方法(和结合黑盒测试方法)来设计测试用例,包括功能测试、性能测试等,要达到一定的测试覆盖率。在设计测试用例的过程中,流程图或控制流图是分析的好帮手。

  5、 搭建单元测试环境

  使用XUnit或自己写的框架将有助于单元测试的实施。在这个阶段主要就是写桩模块和驱动模块,第4步所设计的测试用例是通过驱动模块传递给被测试模块的,然后驱动模块想办法获取被测试模块对数据的处理结果,并判定返回的实际结果与测试用例的预期结果是否一致,通过测试框架来记录执行的结果,对于出现的错误,还需要统计错误的信息,供执行完之后分析。

  搭建单元测试环境要避免在main函数中使用printf和scanf函数来跟测试人员交互来达到获取测试用例数据的信息。这样的测试还是没有摆脱手工测试方式,效率是低下的。同时,对于测试结果是否通过测试也不要使用printf方式打印被测试函数的返回结果值,避免要人工去检查结果。

  6、 执行测试

  运行写好的驱动模块完成对被测试模块的测试。

  7、 补充和完善测试用例

  单元测试也是个循序渐进的过程,可能一开始考虑的不够全面,或预期的覆盖标准太低,需要在测试过程中不断补充测试用例,直到满足要求为止。

  8、 分析结果,给出评价

  根据测试的结果分析、查找错误的原因,并找到解决的办法。测试结束之后,根据测试过程的数据统计,给出被测试对象评价。

 

最后

以上就是精明寒风为你收集整理的白盒测试实例——单元测试的步骤的全部内容,希望文章能够帮你解决白盒测试实例——单元测试的步骤所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(40)

评论列表共有 0 条评论

立即
投稿
返回
顶部