大家一起来设计测试用例

wingod

来这个论坛很久了。感觉大家都很茫然的。而那些不怎么茫然的高手又未免有些吝啬。三点原因：
1、当然辛苦设计的用例也没有理由就这样轻易地拿出来。
2、一个特有项目的测试用例可能并没有多大的价值。我这里说的价值是指你为了理解这些用例，而去学习特有的知识，有些得不偿失。
3、这些用例涉及技术机密。作为测试员，并没权力拿出来共享。

wingod

所以我有一个想法，咱们拿一些常用的事情来讨论一下，大家一起来设计测试用例。这样上面的三点原因，都被我们克服了。
1、大家一起辛苦。我想如果你真的喜欢这行业，真的拿她做职业规划来看，在业余时间里想一想这样的设计对你应该是有好处的。
2、我所说的常用的事情，最好是大家都熟悉的。这样我们的关注的重点就集中在测试用例的设计上了。
3、这样的用例不是哪一个公司的技术机密，而是我们之间的秘密。

大家一起努力，一起进步。

wingod

这个例子基实是面试的时候被问到的。当时回答得很不好。所以也没通过。回来想了一想。写了如下的文字。大家看看。准备好鸡蛋，砸啊！！！！

[ Last edited by wingod on 2005-3-10 at 22:59 ]

snake

吝啬？我不是高手，但是我觉得你不应该用这个词语来形容高手。
所谓抛砖引玉，但是连砖也抛不出来，何以引玉？
我们讨论的是测试用例的设计方法，而不是频繁地发帖子要现成的用例
要想吸引大家讨论用例的设计方法，是能给出满足测试要求的需求规格
需求规格要具备完整、无歧义、正确、一致、可验证、可追踪等条件
比如：是否清楚说明了这个软件要作什么或不做什么，是否在需求中说明了每个输入的处理，是否说明了每个输入项是如何输出的，是否描述了每个输出的属性，是否对每个接口的描述足够清楚，实现时不需要更多解释等等
你也要体会高手们的难处啊，他们不是不说，是不知从何说起
所以问题一定要有针对性
你可以参考一下下面这篇帖子，看看jacki版主是如何尽心尽力地回答问题的
再次感谢你的宝贵意见
http://bbs.51testing.com/viewthread.php?tid=3069&fpage=3

冰河

所谓抛砖引玉，但是连砖也抛不出来，何以引玉？
我们讨论的是测试用例的设计方法，而不是频繁地发帖子要现成的用例
这句话说的不错!!!

ayong401

测试前要设计好测试用例.
测试过程中要不断增加有用的测试用例.
测试后要整理测试用例.

fiolotina81

严重支持snake版主的回复！
说老实话，你设计的这些用例实在不咋的，重复的用例太多，而用例的覆盖率又不高。比如说，当一张卡密码连续输错次数太多后，该卡即被锁死，即使输入正确密码也没用，这种情况你并没考虑。问题有很多，但是你的需求就不明确，讨论的意义不大，加上怀疑你的动机，不想说太多。
你所谓大家都熟悉的常用的事，这个例子根本不是。你根本就不清楚ATM机的需求，不同银行的ATM机所能识别的银行卡种类，允许取款的面值等等都可能不同，更不用说ATM机内部的处理流程，你以为这些不需要业务知识吗？你连需求都不知道，在这罗哩八唆写一堆，可能80%都是多余的。
你所抛的确实连砖都不是，我不是高手，却也不想把时间浪费在这种没针对性的问题上。

snake

我希望wingod能把建议提得具体一点，你也可以先给我们一个例子实验一下，不知阁下意下如何？

goal0813

同意snake的建议，给个例子，叫坛子里面的朋友都来设计用例试试，看多了，写多了，才能设计出好的测试用例。

zyh2008108

是啊!刚开始写测试用例很难下手,往往会遗漏好多东西,但是我希望和大家交流,不断增长在写测试用例方面的见识和能力!!我是个新手,很多东西还不明白,请大家能给点关于这方面的资料!!谢谢!!!

songfun

看看这个帖子你用不用的上？
http://bbs.51testing.com/viewthread.php?tid=11963&fpage=1

[ Last edited by songfun on 2005-4-30 at 09:50 ]