收藏本站 收藏本站
积木网首页 - 技术学院 - 软件测试 - 网站黄页 - 常用手册 - 站长工具 - 技术社区
软件测试 > 单元测试 > 正文

首页 | 领域细分: 游戏测试 安全测试 手机测试 Web测试 | 技术研究: 单元测试 入门教程 用例设计 性能测试 功能测试 | 测试职场: 面试精选 职场发展 面试试题

测试管理: 配置及流程 - 需求管理 - 质量验收 - 缺陷管理 - 其它管理相关 | 开发语言: PHP技巧 - PHP基础 - PHP实例 - PHP错误代码

测试工具: LoadRunner JiRa QuickTestPro RoBot WinRunner TestDirector 其它测试工具 | 数据库: Mysql数据库 Oracle数据库 CSS/DIV基础 HTML基础

单元测试实践的主要问题与解决(6)

来源:互联网 日期:2014-05-14 20:30

  (承上篇)

  3.3 如何解决“做不好”

  现在来看做不好的问题。做不好的主要原因,是高标准的测试覆盖难以实现。

  为什么要关注测试覆盖呢?因为未覆盖的单位,通常对应未测试的数据分类,也就是说,可以用覆盖率来检查测试的完整性,衡量测试效果。

  应该在完成功能测试的基础上,统计覆盖率,找出遗漏用例来完成白盒覆盖,而不是功能测试做一遍,白盒覆盖又做一遍。

  下面,我用一个案例来演示讲解覆盖。

  首先是覆盖率统计,工具可以支持六种覆盖:语句、条件、分支、C/DC(判定条件覆盖)、路径覆盖、MC/DC(修正判定条件覆盖)。

  哪些单位没覆盖呢?这个红色且带淡红色背景的,是未覆盖语句;这个T是未覆盖的条件真值;这个F是未覆盖的条件假值;这个M是未覆盖的MC/DC。

  淡红色背景的分支是未覆盖分支,淡绿色背景的是已覆盖分支。路径是从入口到出口的路线,这条用绿色画出的是已覆盖的路径。

  这条用红色画出的是未覆盖路径。

  如何完成覆盖呢?点击未覆盖的单位,比如这个T,右键菜单选择“用例设计”。

  工具会自动计算出一个近似用例,所谓近似用例,就是经过最小修改就可以覆盖选中单位的用例。

  如何修改呢?工具提供了修改提示,按这个蓝色粗体的提示修改就可以了。这里的提示是A >1,把它改为大于1的数,如2。在实际工作中,输出也要根据功能进行修改,这里忽略。

  执行测试后,可以看到刚才那个T已经覆盖了。点击F,打开用例设计器。

  这里的提示是B不等于0,把B改为不等于0,比如1。

  现在来覆盖这个T。

  把X改为大于1的数,如2。

  现在,代码这边已经完成全部覆盖了,看一下覆盖率,还有一条路径未覆盖。

  在这里选择未覆盖的路径,打开用列设计器。

  提示是:A不等于2,X小于等于1,X本来就小于1,不用改它,把A改为不等于2的数就行了,如3。

  现在,完成了全部覆盖。

  总结

  我们用可视化来解决“不愿做”,用自动化来解决“没时间”,这两者结合起来,就是ETDD开发模式。

  造成做不了的主要原因是代码的耦合关系形成的内部输入问题,我们用底层模拟来解决内部输入,真正可以做到“无论别人怎么样,我总是对的”。

  在覆盖方面,我们利用工具不仅统计覆盖率,清晰标示未覆盖单位,而且,用例设计器可以帮助我们快速找出遗漏用例,实现高覆盖,解决做不好的问题。

  全文完

相关链接:

单元测试实践的主要问题与解决(1)

单元测试实践的主要问题与解决(2)

单元测试实践的主要问题与解决(3)

单元测试实践的主要问题与解决(4)

单元测试实践的主要问题与解决(5)

本周排行

别人正在浏览

强悍的草根IT技术社区,这里应该有您想要的! 友情链接:b2b电子商务
Copyright © 2010 Gimoo.Net. All Rights Rreserved  京ICP备05050695号