新手看测试用例的迷惑

myzlonly

因为没经验，就是在网上看别人发言，现在提问，请斑竹和高人别嫌弃偶的弱弱问题：有的测试用例怎么看起来就是一个详细的操作步骤呢？没有用到什么等价类划分和边界分析等方法呢？

ppcorn

但是并不是所有的用例都有类似输入啊，呵呵

Tender

我的观点是这样的：
1。用例中可以有相关操作的步骤，但不应该很详细。如果详细到任何人都能照着用例把产品玩个底朝天了，那么就不是测试用例，而是用户说明书了。
2。正因为用例不能太详细，所以用例中无法例举一些具体的测试情况。比如边界值。试想，一个用例如果把各种测试数据的情况都写出来，是不是很多。个人觉得具体的测试情况应该由测试人员根据一个用例去具体执行，而不该去一个一个都写出来。
个人观点，仅供参考和批评指正。

swallow0918

等价类划分和边界分析等方法应该在测试用例中体现
测试用例指导测试用例的执行，就应该是一个详细的操作步骤

myzlonly

前几天，看到一个mm发的关于购物网站购物的功能测试，有购物、添加、修改、删除商品等功能的测试，好像设计测试用例的时候就没有什么需要输入数据的，只是点击鼠标查看是否能完成此功能而已呀？那么怎么用的到上述的测试方法呀？问的弱，别拍我啊

myzlonly

前几天，看到一个mm发的关于购物网站购物的功能测试，有购物、添加、修改、删除商品等功能的测试，好像设计测试用例的时候就没有什么需要输入数据的，只是点击鼠标查看是否能完成此功能而已呀？那么怎么用的到上述的测试方法呀？问的弱，别拍我啊

archonwang

....

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

http://bbs.51testing.com/viewthr ... &extra=page%3D1

Tender

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

[ 本帖最后由 Tender 于 2006-2-6 18:04 编辑 ]

qi_cy

谢谢楼主！

up1292

正规的测试用例应该有专人来写，有专人来根据写的用例来测，不过现在好多都是自己写自己测，所以应该在写的时候的思路明确一点，也许用例中测试数据不用写的那么多，但是测的时候要全面一点。

skinapi

先回答一下楼主的问题：设计测试用例和写测试用例本身就是两回事，设计测试用例才会用到等价类划分、边界值分析等方法，通过这些方法去得到测试数据；写测试用例就是把设计出来的用例表达出来了，至于如何来表达就比较灵活了，既可以把测试输入和测试步骤分开，也可以混在一起，关键是能让测试执行的人看懂就ok了。

再说说tender提出的一些观点，呵呵。
1、测试用例到底写到多细关键是看做测试执行的是什么人，必须保证测试执行人员能完全正确理解你设计的测试用例，所以测试用例既可以写的很细，也可以写的很粗。
2、测试用例可以写的很粗、很概括，但必须是具体的、唯一的，不能是模糊的，这样才能保证测试执行是完全按照你的测试设计思路来进行测试的，所以测试输入必须是具体的。
3、关于提到的登陆界面测试的例子，等价类划分不是说把用户名和密码分成合法和不合法的就ok了，用户名需要分成合法和不合法，密码需要分成合法和不合法。另外合法实际上包含两层含义：一是输入的参数满足参数的定义规则，比如长度等；二是输入的参数在数据库能查到，一般来讲应该是先检查参数的合法性，然后再在数据库中进行查询的。非法也是需要从这两个方面考虑：一是不满足参数的定义规则；二是满足规则但在数据库中查不到。所以等价类一定要划分到一定程度才有意义，否则就成了一个大漏勺了，起不到它应起的作用。再就是不管做什么测试一定要对被测对象充分了解。

一枚钻戒

新手看测试用例就是觉得象一个详细的操作步骤，那里面的每一步其实就是测试方法的具体体现，边界值或等价划分都是一个理论概念，我们应该看着具体的用例来归纳它属于什么测试方法，不知道我的理解对不对阿？

bigmeg

谢谢

archonwang

To Tender:
     一向在进行测试用例设计时是需要包含测试典型数据的。测试数据不是毫无规则的，可以依据当前的被测试对象的业务特性列举出数据类型，再匹配具体数据。

关于提供的文档中一些问题，虽然有些问题值得商榷，但是我个人认同它提出的方向。具体做法因地制宜。

Tender

想想也是。没有最好的，只有最合适的。
按照自己公司的情况决定实际的做法。所有大家的意见可以作为参考，不同的意见才能有更多的选择。
多谢两位版主的解答！

myzlonly

多谢各位斑竹和各级战友的回答

Lero

合适就好!
就好像衣服,不同人不同的大小,长短,松紧.