51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 67957|回复: 84
打印 上一主题 下一主题

生命周期半年的项目需求是否有必要写用例?(2009-2-9 )获奖名单已公布

[复制链接]

该用户从未签到

1#
发表于 2009-2-10 15:17:23 | 显示全部楼层

测试用例的意义以及适用性

开门见山的说,我认为不需要写测试用例,但我们需要简化版的功能覆盖点。

一、测试用例意义:
    测试用例主要是督促测试人员熟悉理解业务情况,辅助全面回归测试,梳理测试思路,测试用例的好坏,在交叉测试中尤为凸显。
    测试用例的引入,致使测试人员在测试之前就需要对业务很了解,知道如何着手测试,在这个过程中寻找模块间关联点,不断补充进测试用例。就好比油画,通过不断的渲染和填充,才能使我们发表一幅优秀的作品。他的作用就在于让我们深入透彻的了解系统架构和业务知识,以及数据关联性等。
    在回归测试以及交叉测试中,用例让我们可以很快速的想起测试思路和过程,帮助其他测试人员熟悉测试模块,检测其他人员的测试用例是否全面等。有很多时候,我们往往会突然冒出一些有亮点测试思路,但人又偏偏是记性差的生物,到后面也就忘记的干净,测试用例的记录,帮助我们将所有的测试思路和过程记录,辅助我们进行记忆。举个例子,一个人拿着模板来写字,您说能不容易吗。交叉测试中,别人对你的测试模块一无所知,再讲一遍,不仅自己感觉繁琐,也影响进度时间,而好的用例不需要讲解,就可以很好的引导测试人员进行测试工作。举个例子,盲人走路很困难,但有了导盲犬后,他们就可以非常方便的出行。
    通过上面这些,可以看出测试用例的重要性,可以说,测试用例是不可缺少的。

二、测试用例适用性
    测试用例如果想实用,那麽他所带来的工作量就会非常大,我们需要很多的时间来完善和补充,所以如果项目变动很小,那麽测试用例将是长久性的保持效用。但如果项目变动大,则测试用例的维护成本将使测试质量明显下降。
    通过这些我们可以看出,测试用例在这种情况下又是不能引入的。

三、解决方法
    为了解决测试用例的意义所带来的效益,测试用例适用性所带来的缺陷,我认为应该引入功能覆盖点来平衡这两方面因素。
    功能覆盖点是对所测试项目功能点的一个简要概括,编写功能覆盖点可以让我们去熟悉业务系统,平且将功能点,关联点等简单罗列,让我们纵观测试的广度和深度。在需求变动情况大的情况下,维护功能覆盖点的成本要远远小于测试用例,他所带来的效用是实效而灵活的。

    综上所述,测试用例在需求变动大的项目中,是不需要引入的,而应该引入更为实效的功能覆盖点,辅助测试工作的开展和考察。
回复

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-5-8 11:19 , Processed in 0.066573 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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