51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4767|回复: 4
打印 上一主题 下一主题

[资料] 单元测试思想之测试现有代码

[复制链接]
  • TA的每日心情

    2014-11-21 09:47
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    跳转到指定楼层
    1#
    发表于 2006-12-14 11:49:19 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
      单元测试的最佳方式是边开发边测试,对于已完成部分编码或全部编码的项目,当然也可以测试,测试原则仍然是“越早越好”,例如,如果项目已完成了一半编码,最好停下来,先完成这些代码的测试,然后再用边开发边测试的方式完成后面的编码。
      对于大量已开发的代码进行单元测试往往是很困难的,困难的原因在于代码的可测性可能很低。前面说过,单元测试是一种有效的约束机制,边开发边测试的话,能够保证代码结构的整体良好。已开发但未进行单元测试的代码,如果存在很多业务代码直接写在界面类中、很多不合理的紧耦合等问题,要进行单元测试就很困难,最直接的表现就是代码加入到测试工程时无法编译。这种情况下要对代码进行整理和重构,提高其可测性,这些工作虽然要付出一定时间成本,但提高了代码的整体质量,代码的可扩展性、可复用性都会大幅度提高。
      VU提供了一个工具可以帮助发现需要重构的代码:待测试文件列表,该工具可以将代码文件按引用其他文件的多少进行排序(包括直接引用和间接引用),引用越少,表示代码越底层。将文件按由底层到高层的顺序,一个一个添加到测试工程,每添加一个文件就Rebuild All,如果出现编译链接错误,则可以认定该文件需要整理或重构,导致链接错误的类或文件一般是不应有的耦合对象。
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    该用户从未签到

    2#
    发表于 2007-10-25 11:58:28 | 只看该作者
    ding
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2007-10-25 15:05:34 | 只看该作者
    能不能给据点具体的例子
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2008-5-26 11:17:37 | 只看该作者
    学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2008-12-24 12:11:13 | 只看该作者
    还真会抄袭的
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-23 12:30 , Processed in 0.064267 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表