史上最少的登陆测试用例

千里

一个普通的登陆框，在测试用例时最少设计2条case即可。
为什么两个用例就可以了呢？请听我慢慢道来：
首先我们想想，登陆框在开发过程中如何实现的？
其实是由一串SQL将登陆框中的用户名和密码传输到数据库中进行效验
如果效验和数据表中的用户名和密码完全匹配，则登陆成功。反之，则失败。
既然这样，我们设计如下：
1.设计一条用户名和密码正确的用例用以验证正常流的测试
2.设计一条用户名和密码错误的用例用以验证异常流的测试
3.如果时间充足，用等价类和边界值设计一些其他的测试用例。

dllnetspy

没这么简单的兄弟  
对于非法字符  超长字符  边界  等肯定得一一测试

lewie001

哥们想的太简单了，其实一个登录框就算你说的这种场景也远不止两条用例，仔细想想看看自己漏了哪些场景

Jackc

说实话，若改为白盒的主流程覆盖，勉强可以用2个凑数（只能说凑数，不能说覆盖全了），但是首先得确认是测哪端（B端还是S端）

放在黑盒里，2个感觉太少了，异常流不仅仅是字符串验证的问题；
随便扔一个场景用例，都不容易归类到你说的这两类中，如：
用户名/密码正确，但是服务器状态不正确（如服务器已挂，服务器忙）

楠族开心果

千里老兄 登陆框没有那么简单的

zorovip

最简单的了，
1\用户名正确，密码正确
2 \用户名正确，密码错误\用户名错误，密码正确\用户名错误，密码错误

楼上几位也说得很对，单单功能测试来说，2条3条是很少的。
边界值，有效类，，，、

我是新手，等高手指点。

dongfang3

没这么简单的兄弟  
对于非法字符  超长字符  边界  等肯定得一一测试
dllnetspy 发表于 2011-1-3 09:58

    这位兄弟说的对，感觉这些是最少的，还要就算限制输入非法字符，还要看看 复制粘贴一些字符，密码能否复制粘贴各种

cncnily

这覆盖面太小了

Jane.wang

合法测试与非法测试可以是测试的两个场景，合法测试仅仅一个TestCase就可以了，但是针对非法输入的测试可以涵盖很多TestCase。