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

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

提高软件测试用例覆盖率的分析方法

发布: 2009-3-04 10:17 | 作者: 不详 | 来源: 测试时代采编 | 查看: 316次 | 进入软件测试论坛讨论

领测软件测试网

 再举一个例子是,“维护数据完整性” 是一个切面。很多系统都有用户这个对象,很多其他得对象都会引用到它。对于引用已经删除得对象就是一个容易出问题得地方。那么就把“删除用户”作为一个切面拿出来,对每一个相关得对象进行测试。这样一个切面是非常好得testcase。

    说到这里,你可能会发现这其实是面向方面编程(AOP)得概念。bingo!确实如此,好得思想方法在哪里都会闪光啊~_*.


    2. 功能单元测试
    面对一个比较小得功能单元,设计testcase就容易得多了。因为功能单元千差万别,所以我仅仅写一些相对通用得思路。

    1)从4个可能变化的要素入手:输入,输出,参数和状态。
    如果把某个功能想象成一个黑盒子,那么这个黑盒子任何时候得输出可以用下面得三个参数来确定(输入,状态,参数)。这种方法可以对功能进行详尽得测试。

    2)黑盒子得生命周期
    盒子不是凭空出现的,它也不是在真空之中。在它的生命周期中,有那些东西能影响它?它的初始化,重启动,关闭。。。

    3)GUI测试
    一个功能单元可能有GUI,那么他们也应该在这里测试。我们以GUI测试为例,GUI有它自己的特点
    1. GUI很容易变化
    2. GUI一般不容易错,因为GUI不包含复杂的逻辑
    3. GUI的错误很容易看出来, 很多GUI问题其实看一下就知道了,比如字体不对
    4. GUI难以描述。GUI涉及的内容很多颜色,布局,字体。。。
    所以对于GUI的测试用例,应该给出一个关键点,而不用给出具体的描述。比如“检查label字体”比“字体是宋体,大小11,斜体“要好,当然除非特别要求

延伸阅读

文章来源于领测软件测试网 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认证国际软件测试工程师认证领测软件测试网