51Testing软件测试论坛

标题: 登录系统只需要写4个测试用例！ [打印本页]

作者: ◎了了 时间: 2007-9-7 16:21
标题: 登录系统只需要写4个测试用例！
登录测试用例：
1.PASS 正确的用户名和密码
2.FAILE 错误的用户名和密码
3. ERROR 1.检查用户名益处
2.检查密码益处！

这样，一个登录的测试用例就OK了！sdlkfj2

作者: 美元测试 时间: 2007-9-9 12:02
如果只是这样，恐怕项目提交后，你们就需要做很多的漏测问题分析了
关于错误的用户名和密码，这个错误有很多种类型的（用户不存在，用户存在密码错误，用户带特殊字符/空格，不输入用户名、密码...）这些很多系统都是做不同的处理的，恐怕一个测试用例不足于体现出所有的情况
此外，还有界面风格，热键/按键，异常处理......也都是需要进行测试的

[ 本帖最后由美元测试于 2007-9-9 12:05 编辑 ]

作者: kellyxie 时间: 2007-9-10 08:46
标题: 赞成美元测试
赞成美元测试

作者: alanzhou 时间: 2007-9-10 14:17
我倒！
楼主牛人，漏洞一大堆！
仅用户名一项，常用的可能输入就要分成7个等价类，各个都要测的！！！

4个用例连一个用户名都测不完的！！！

作者: jhrsyq 时间: 2007-9-11 16:53

原帖由 alanzhou 于 2007-9-10 14:17 发表
我倒！
楼主牛人，漏洞一大堆！
仅用户名一项，常用的可能输入就要分成7个等价类，各个都要测的！！！

4个用例连一个用户名都测不完的！！！

用户名要7个用例？请指教
我只想到4个：空用户名、用户名长度超限、含有非法字符、用户名不存在

[ 本帖最后由 jhrsyq 于 2007-9-11 16:55 编辑 ]

作者: cq0417 时间: 2007-9-12 10:48
。。。

作者: kyochen 时间: 2007-9-12 11:38
5楼好好看下2楼的回答!
2楼的用例是属于在1楼的基础上进行一个细化!理论上:测试一个测试点要对应一个测试用例!不过还是得看公司的具体要求!

作者: wangrong 时间: 2007-9-12 12:52
我入职笔试的题，就有一个这样的写用例。我记得当时写了16个左右，好像觉得还没写完。四个太少了，现实的各种情况都没考虑到。用等价类划分、边界值分析这两种方法分析下就行了。

作者: ◎了了 时间: 2007-10-15 17:44
标题: 7楼总算理解我了
测试一个测试点要对应一个测试用例!

作者: harneyluo 时间: 2007-10-15 19:11
如果定义特殊字符？如果系统没有要求的话？

作者: yifeiyu 时间: 2007-10-16 13:11
标题: 呵呵，没有那么简单
或许说说嘛，就那么几项要填写的，实际操作起来，却有N中可能，所以还是详细些的好

作者: icive 时间: 2007-10-16 15:05
这样的测试用例显得太过简单，估计什么也测不出来。虽然我不知道具体是多少种测试用例，但lz说的确实少了些。
我以前都没有想过原来登陆这一个简单的事情可以扩展出那么多的测试用例或者测试点啊。看来以前的我思维呆板了些。

作者: hdc163 时间: 2007-11-10 10:36
如果是这样，人人都可以做测试，真可怜

作者: leixiao 时间: 2007-11-13 13:38
一个测试点对应一个测试用例不是绝对的，一个测试点也可以对应好几个测试用例，可根据实际情况来决定，要是一对一的话还要需求跟踪做什么呀。
比如说，你所说的错误的用户名和密码，这里也分好多情况；大致分一下：用户名正确密码不正确、用户明不正确密码正确；错误的密码又可以分好多情况，这个就要根据你所测试登陆框的需求要求，具体的考虑各个情况；用户名错误，这个也可以分为好多情况，也要根据这个文本框的要求，比如说时超出长度范围、那也有可能是内容不匹配等各中情况。所以你这样做测试，那么最后的结果很可能就是漏洞百出。

作者: ◎了了 时间: 2007-11-21 14:17

有意见的同学尽管说！

作者: xiaocai 时间: 2007-11-21 17:02
赞成美元测试

作者: andrewpoon 时间: 2007-11-21 18:49
就是就是

作者: ◎了了 时间: 2007-11-22 11:58
其实，大家都在说，这样的测试用例太过简单，不够全面！

不过有最重要的一点，不管你怎么细化，随着需求的改变测试用例也在改变！

但是这几个测试点是不变的！do you understand?

作者: ◎了了 时间: 2007-11-22 11:59
只要能抓住测试点，根据需求你可以眼神很多很多的测试用例！

作者: ljz007ok 时间: 2007-11-22 12:31
标题: 好多人没有理解楼主的话
楼主说的是测试点，也就是测试大纲，一个测试点和测试用例是一对一或者是一对多的关系。根据测试点再去细分测试用例。

作者: cxfzp1030 时间: 2007-11-27 16:09

原帖由 ◎了了 于 2007-11-22 11:59 发表
只要能抓住测试点，根据需求你可以眼神很多很多的测试用例！

LZ自己说的就是4个测试用例并没说4个测试点啊
还有你"眼神"一个测试用例给我看看?

作者: zouzoulo 时间: 2009-7-8 19:31
标题: 期待
很想有人总结一个比较全面的登录系统测试用例出来。
期待

作者: aaa0 时间: 2009-7-9 16:51
我觉得在实际工作中如果写的很详细的话明显很浪费时间，测试用例这4个就可以了。不过最好加个全为空。错误的用户名和密码实际测的时候分开来就是了。否则光一个登录就写了10几个测试用例，那整一个项目不是把全部的时间都用在写用例上了么

作者: peterz 时间: 2009-7-9 17:56
把所有可能的组合想到了。然后用正交表精简一下。

作者: zwaxjl 时间: 2009-7-28 01:57
强大强大

作者: mzhy 时间: 2009-7-30 13:45
如果是给自己看的话，还可以！如果是具体执行的话，太少了！

作者: 燃烧的青春 时间: 2009-7-30 14:38
这要看测试的粒度有多大，越小测地越详细。个人有个人的见解，要根据实际项目的情况来定的。世界上没有完美的测试。

作者: peag 时间: 2009-8-5 22:38
20楼是没看懂LZ的意思吧~，

作者: wendy811110 时间: 2009-8-6 13:13
补充几点的测试用例：
1、数据库断掉的时候，用户登录如何处理？
2、键盘快捷键输入是否有考虑？
3、网络断掉的时候，用户登录如何处理？？

楼上说的只是4个测试用例，太少了～～

作者: lu_yu799 时间: 2009-8-8 18:17
不好

作者: taoxingren 时间: 2012-10-25 10:09
楼主说的是测试用例，你这个是会造成歧义的

作者: hetingtina 时间: 2013-1-23 10:56
用户登录
1、数据输入
帐号或密码为空。
帐号或密码长度超长。
帐号或密码不符合格式要求。
帐号在数据库中不存在。
密码在数据库中不存在。
密码在数据库中存在，但与帐号不匹配。
正确的帐号和正确的密码。
正确的帐号和正确的密码中，有字母的，换成其大写/小写字母。
帐号或密码前/后加空格。
2、功能
除了“登录”按钮之外可能存在的按钮是否正常。（例如“注册”，“清除”，“忘记密码”等）。
登录信息错误时，系统提示信息是否正确、友好。
登录成功进入页面后，用户名/昵称是否显示正确。
登录成功进入页面后，页面显示元素、用户可操作功能是否完全。
3、安全性
密码是否显示为掩码形式。
密码是否允许复制粘贴。
密码连续多次输入错误，是否需要锁定帐号。
同一台机子，不同浏览器登录同一帐号。
同一台机子，不同浏览器登录不同帐号。
不同IP地址，登录同一帐号。
注销登录后，单击“后退”按钮，是否还能够在系统中进行操作。
登录成功后，复制页面链接，用其他机器登录该链接，是否能够登录成功。
Cookies工作是否正确（Cookies的测试会在后面总结）。
4、易用性
TAB键是否能够切换帐号和密码框。
登录信息错误时，用户名是否被清除。

作者: janehost 时间: 2013-4-3 14:04

不错，很好，谢谢分享

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)