• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

自动化单元测试要点

发布: 2010-1-08 10:04 | 作者: 不详 | 来源: 领测软件测试网采编 | 查看: 50次 | 进入软件测试论坛讨论

领测软件测试网

  什么样的测试才是好的测试?

  1。 随便运行

  什么样的单元测试是随便运行?答案很简单,自动化的单元测试就是随便运行的测试。如果一批测试在运行之前每次都需要重装系统然后还要找一大堆需要依赖的软件来装上,最后还要输入希罕的命令才能运行,那么就不是一个好的测试(自己真的见过这样的测试,囧)。个人认为,配置好的延续集成系统,可以完成很好的自动化测试;如果没有一个圆满的CI,那么一个one click的自动化测试运行也是一个较好的选择。

  2。 自动检查效果

  一句话:没有自动检查效果,再好的自动化也是白搭。

  3。 可重复

  一句话:只能运行一次的单元测试也是白搭。

  4。 独立

  其实测试的独立,也有利于完成可重复。刚做单元测试的时候,曾经犯过这样的伙伴,我在写A测试的时候,给数据库插入了一条记录,然后我在写B测试的时候,就认为我为什么要在两个测试中离别创建两条数据?直接用上一个测试的数据就可以了。不当时果还好,我很快就发现这样做是有问题。单元测试的独立,就是运行测试的人可以先运行A测试,也可以先运行B测试,也可以单独运行A或者B测试,甚至可以A和B测试同时运行。

  5。 简单

  有时候,测试的代码写的有点复杂,嵌套的语句有点多,可以有些人会认为写出复杂的单元测试代码才能体现自己的水平,但是,我认为关于单元测试代码来说,应该越简单越好。最好就是顺序执行下来了,不要有什么分支。因为测试代码自身就是也是代码,那么怎么去验证测试代码写的正确呢?答案可以是再写一个测试代码去验证第一个测试代码。这样就会有逝世循环了。一个简单的如果就是,如果测试代码足够简单,那么就可以认为测试代码是正确的,无需其他代码对之进行测试。

  6。 专注

  一个测试应该只测试一个点。如果在一个测试里面验证多个测试点,看起来是对照高效的一种做法,但是当测试中有Assert语句抛出异常的时候,很有可以需要花大批的时间才能找到真正伙伴的代码,这样不利于完成前面提及到的“定位BUG”。

  7。 注释

  注释其实就是把代码抽取成可阅读的测试用例,如果别人看自己的顺序,可以快速理解测试代码;同时注释还能唤醒自己觉悟的记忆和事前的测试思路。

  海外做单元测试的测试工程师少,做集成测试、接口测试的也不多,埋头做事,别忘抬头看路。时常总结,提高自我。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

22/2<12

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网