登录系统只需要写4个测试用例!
登录测试用例:1.PASS 正确的用户名和密码
2.FAILE 错误的用户名和密码
3. ERROR 1.检查用户名益处
2.检查密码益处!
这样,一个登录的测试用例就OK了!sdlkfj2 如果只是这样,恐怕项目提交后,你们就需要做很多的漏测问题分析了
关于错误的用户名和密码,这个错误有很多种类型的(用户不存在,用户存在密码错误,用户带特殊字符/空格,不输入用户名、密码...)这些很多系统都是做不同的处理的,恐怕一个测试用例不足于体现出所有的情况
此外,还有界面风格,热键/按键,异常处理......也都是需要进行测试的
[ 本帖最后由 美元测试 于 2007-9-9 12:05 编辑 ]
赞成美元测试
赞成美元测试 我倒!楼主牛人,漏洞一大堆!
仅用户名一项,常用的可能输入就要分成7个等价类,各个都要测的!!!
4个用例连一个用户名都测不完的!!! 原帖由 alanzhou 于 2007-9-10 14:17 发表 http://bbs.51testing.com/images/common/back.gif
我倒!
楼主牛人,漏洞一大堆!
仅用户名一项,常用的可能输入就要分成7个等价类,各个都要测的!!!
4个用例连一个用户名都测不完的!!!
用户名要7个用例?请指教
我只想到4个:空用户名、用户名长度超限、含有非法字符、用户名不存在
[ 本帖最后由 jhrsyq 于 2007-9-11 16:55 编辑 ] 。。。 5楼好好看下2楼的回答!
2楼的用例是属于在1楼的基础上进行一个细化!理论上:测试一个测试点 要对应一个测试用例!不过还是得看公司的具体要求! 我入职笔试的题,就有一个这样的写用例。我记得当时写了16个左右,好像觉得还没写完。四个太少了,现实的各种情况都没考虑到。用等价类划分、边界值分析这两种方法分析下就行了。
7楼总算理解我了
测试一个测试点 要对应一个测试用例! 如果定义特殊字符?如果系统没有要求的话?呵呵,没有那么简单
或许说说嘛,就那么几项要填写的,实际操作起来,却有N中可能,所以还是详细些的好:lol 这样的测试用例显得太过简单,估计什么也测不出来。虽然我不知道具体是多少种测试用例,但lz说的确实少了些。我以前都没有想过原来登陆这一个简单的事情可以扩展出那么多的测试用例或者测试点啊。看来以前的我思维呆板了些。 如果是这样,人人都可以做测试,真可怜 一个测试点对应一个测试用例不是绝对的,一个测试点也可以对应好几个测试用例,可根据实际情况来决定,要是一对一的话还要需求跟踪做什么呀。
比如说,你所说的错误的用户名和密码,这里也分好多情况;大致分一下:用户名正确密码不正确、用户明不正确密码正确;错误的密码又可以分好多情况,这个就要根据你所测试登陆框的需求要求,具体的考虑各个情况;用户名错误,这个也可以分为好多情况,也要根据这个文本框的要求,比如说时超出长度范围、那也有可能是内容不匹配等各中情况。所以你这样做测试,那么最后的结果很可能就是漏洞百出。 :handshake
有意见的同学尽管说! 赞成美元测试 就是就是 其实,大家都在说,这样的测试用例太过简单,不够全面!
不过有最重要的一点,不管你怎么细化,随着需求的改变测试用例也在改变!
但是这几个测试点是不变的!do you understand? 只要能抓住测试点,根据需求你可以眼神很多很多的测试用例!
好多人没有理解楼主的话
楼主说的是测试点,也就是测试大纲,一个测试点和测试用例是一对一或者是一对多的关系。根据测试点再去细分测试用例。
页:
[1]
2