51Testing软件测试论坛

标题: 新手看测试用例的迷惑 [打印本页]

作者: myzlonly    时间: 2006-2-6 15:43
标题: 新手看测试用例的迷惑
因为没经验,就是在网上看别人发言,现在提问,请斑竹和高人别嫌弃偶的弱弱问题:有的测试用例怎么看起来就是一个详细的操作步骤呢?没有用到什么等价类划分和边界分析等方法呢?
作者: ppcorn    时间: 2006-2-6 15:54
标题: 应该在测试用例里面是有关于等价类和边界的描述的。
但是并不是所有的用例都有类似输入啊,呵呵
作者: Tender    时间: 2006-2-6 15:57
我的观点是这样的:
1。用例中可以有相关操作的步骤,但不应该很详细。如果详细到任何人都能照着用例把产品玩个底朝天了,那么就不是测试用例,而是用户说明书了。
2。正因为用例不能太详细,所以用例中无法例举一些具体的测试情况。比如边界值。试想,一个用例如果把各种测试数据的情况都写出来,是不是很多。个人觉得具体的测试情况应该由测试人员根据一个用例去具体执行,而不该去一个一个都写出来。
个人观点,仅供参考和批评指正。
作者: swallow0918    时间: 2006-2-6 16:11
等价类划分和边界分析等方法应该在测试用例中体现
测试用例指导测试用例的执行,就应该是一个详细的操作步骤
作者: myzlonly    时间: 2006-2-6 16:19
前几天,看到一个mm发的关于购物网站购物的功能测试,有购物、添加、修改、删除商品等功能的测试,好像设计测试用例的时候就没有什么需要输入数据的,只是点击鼠标查看是否能完成此功能而已呀?那么怎么用的到上述的测试方法呀?问的弱,别拍我啊
作者: myzlonly    时间: 2006-2-6 16:25
前几天,看到一个mm发的关于购物网站购物的功能测试,有购物、添加、修改、删除商品等功能的测试,好像设计测试用例的时候就没有什么需要输入数据的,只是点击鼠标查看是否能完成此功能而已呀?那么怎么用的到上述的测试方法呀?问的弱,别拍我啊
作者: archonwang    时间: 2006-2-6 17:15
....

测试用例必须包含测试数据。功能测试用例同样也是。在测试用例中尽管可能不存在输入数据,但是只要有对数据的处理,必然产生输出结果。评估功能正确与否还是需要与数据紧密关联。

http://bbs.51testing.com/viewthr ... &extra=page%3D1
作者: Tender    时间: 2006-2-6 17:50
楼上的版主,我一直在思考一个问题。
比如最简单的一个登陆界面的测试。一般有用户名和密码两个输入框,一个“确定”一个“取消”两个按钮。
如果这个产品很庞大,DB中已经存放了100万个用户名和密码,还可以不断增加新的用户。
现在,我需要评审有关这个功能的用例。
按照等价类划分,可以分为两个类。存在于DB中的用户名和密码是合理的类,其他不存在于DB中的用户名或密码是不合理的类。理论上合理的类中所有情况用一个用例覆盖,不合理的类中每一种情况都需要一个用例去覆盖。那么这种用例怎么写是比较好?特别是不合理的类中有N种情况,用户名是千奇百怪,密码更是多样化,怎么做到一个用例覆盖一种不合理的情况?这样写不是有很多用例要写?
另外,用一个用例覆盖合理类中所有的情况,那么就不该加上具体的用户名和密码,只能模糊的说存在于DB中的用户名和密码,或者类似的说法。如果要加上具体的用户名和密码,不是要列举这100种情况吗?
我看了楼上的链接,其实很多观点现在都是有争议的。比如那位作者说测试步骤要详细,连其他人员看到用例后都会执行。在其后的描述中,作者又阐明了用例可以简单的原因,就是用例只给系统人员看。就我而言,我是比较同意后者观点的。用例本身就是产品的内部文档,不会同产品一同交给用户(用户验收测试用例除外),也不会轻易给别人,所以只要比较详细就可以了。但我也不能说作者的观点不对。所以发现测试领域的很多观点没有统一,没有一个行业规范和标准。每个人都有自己的观点,而且观点多少都带点道理。不能全盘接受也不能全盘否定。
有时候发现,任何事情都很难做,但却还是要去做。

[ 本帖最后由 Tender 于 2006-2-6 18:04 编辑 ]
作者: qi_cy    时间: 2006-2-7 10:09
谢谢楼主!
作者: up1292    时间: 2006-2-7 11:26
正规的测试用例应该有专人来写,有专人来根据写的用例来测,不过现在好多都是自己写自己测,所以应该在写的时候的思路明确一点,也许用例中测试数据不用写的那么多,但是测的时候要全面一点。
作者: skinapi    时间: 2006-2-7 11:50
先回答一下楼主的问题:设计测试用例和写测试用例本身就是两回事,设计测试用例才会用到等价类划分、边界值分析等方法,通过这些方法去得到测试数据;写测试用例就是把设计出来的用例表达出来了,至于如何来表达就比较灵活了,既可以把测试输入和测试步骤分开,也可以混在一起,关键是能让测试执行的人看懂就ok了。

再说说tender提出的一些观点,呵呵。
1、测试用例到底写到多细关键是看做测试执行的是什么人,必须保证测试执行人员能完全正确理解你设计的测试用例,所以测试用例既可以写的很细,也可以写的很粗。
2、测试用例可以写的很粗、很概括,但必须是具体的、唯一的,不能是模糊的,这样才能保证测试执行是完全按照你的测试设计思路来进行测试的,所以测试输入必须是具体的。
3、关于提到的登陆界面测试的例子,等价类划分不是说把用户名和密码分成合法和不合法的就ok了,用户名需要分成合法和不合法,密码需要分成合法和不合法。另外合法实际上包含两层含义:一是输入的参数满足参数的定义规则,比如长度等;二是输入的参数在数据库能查到,一般来讲应该是先检查参数的合法性,然后再在数据库中进行查询的。非法也是需要从这两个方面考虑:一是不满足参数的定义规则;二是满足规则但在数据库中查不到。所以等价类一定要划分到一定程度才有意义,否则就成了一个大漏勺了,起不到它应起的作用。再就是不管做什么测试一定要对被测对象充分了解。
作者: 一枚钻戒    时间: 2006-2-7 12:01
新手看测试用例就是觉得象一个详细的操作步骤,那里面的每一步其实就是测试方法的具体体现,边界值或等价划分都是一个理论概念,我们应该看着具体的用例来归纳它属于什么测试方法,不知道我的理解对不对阿?
作者: bigmeg    时间: 2006-2-7 14:15
谢谢
作者: archonwang    时间: 2006-2-7 15:05
To Tender:
     一向在进行测试用例设计时是需要包含测试典型数据的。测试数据不是毫无规则的,可以依据当前的被测试对象的业务特性列举出数据类型,再匹配具体数据。

关于提供的文档中一些问题,虽然有些问题值得商榷,但是我个人认同它提出的方向。具体做法因地制宜。
作者: Tender    时间: 2006-2-7 17:09
想想也是。没有最好的,只有最合适的。
按照自己公司的情况决定实际的做法。所有大家的意见可以作为参考,不同的意见才能有更多的选择。
多谢两位版主的解答!
作者: myzlonly    时间: 2006-2-8 12:46
多谢各位斑竹和各级战友的回答
作者: Lero    时间: 2006-2-8 12:54
合适就好!
就好像衣服,不同人不同的大小,长短,松紧.




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2