小妹早上刚写的一个测试用例,初次写,还请多多指教!
1.需求功能:用户登录安全验证需求描述:用户登录安全验证是为了保证登录到系统中的所有用户都是在系统数据库中存在有用户名和密码的,在用户名,密码或校验码任何一个不正确的情况下都无法登陆到系统中,当用户使用了不存在的用户名,密码或者校验码输入错误时,系统给出适当的提示。如果用户输入正确的用户名,密码和校验码登录到系统,则退出登录界面,转到登陆用户相应的界面。
前续模块:系统登录界面。
后续模块:用户登录后相应的界面。
测试需求:
检查能否使用正确的用户名,密码和校验码登录系统。
检查能否使用错误的用户名,密码和校验码登录系统。
测试用例:
序号 操作过程描述
1 输入用户名
2 输入密码
3 确认登录
4 输入校验码
序号 用户名 密码 校验码 预期结果
1 正确 正确 正确 登录到系统并转到相应的界面
2 正确 错误 正确 无法登陆系统提示密码错误
3 正确 正确 错误 无法登陆到系统提示校验码错误
4 正确 错误 错误 无法登陆到系统提示密码错误
5 正确 空 正确 无法登陆系统提示请填入密码
6 正确 正确 空 无法登陆系统提示请填入校验码
7 正确 空 错误 无法登陆系统提示请输入密码
8 正确 错误 空 无法登陆系统提示密码错误
9 正确 空 空 无法登陆系统提示请输入密码
10 错误 正确 正确 无法登陆系统提示用户名错误
11 错误 错误 正确 无法登陆系统提示用户名错误
12 错误 正确 错误 无法登陆系统提示用户名错误
13 错误 错误 错误 无法登陆系统提示用户名错误
14 错误 空 正确 无法登陆系统提示用户名错误
15 错误 正确 空 无法登陆系统提示用户名错误
16 错误 空 错误 无法登陆系统提示用户名错误
17 错误 错误 空 无法登陆系统提示用户名错误
18 错误 空 空 无法登陆系统提示用户名错误
19 空 正确 正确 无法登陆系统提示请输入用户名
20 空 错误 正确 无法登陆系统提示请输入用户名
21 空 正确 错误 无法登陆系统提示请输入用户名
22 空 错误 错误 无法登陆系统提示请输入用户名
23 空 空 正确 无法登陆系统提示请输入用户名
24 空 正确 空 无法登陆系统提示请输入用户名
25 空 空 错误 无法登陆系统提示请输入用户名
26 空 错误 空 无法登陆系统提示请输入用户名
27 空 空 空 无法登陆系统提示请输入用户名
测试数据:
用户名:1)正确用户名,2)错误用户名,3)在正确用户名前加入任意字符,4)在正确用户名后加入任意字符,5)在正确用户名中间加入任意字符
密码:1)正确密码,2)错误密码,3)在正确密码前加入任意字符,4)在正确密码后加入任意字符,5)在正确密码中间加入任意字符
校验码:1)正确校验码,2)错误校验码,3)在正确校验码前加入任意字符,4)在正确校验码后加入任意字符,5)在正确校验码中间加入任意字符
sdlkfjsdlkfjsdlkfjsdlkfjsdlkfj 总觉得少点什么~~呵呵 少什么呢???
请指教! 建议绘制程序流程图,可以把一些路径合并掉。 请问,具体应该怎么做呢?
那些地方需要修改呢? 具体请参阅关于测试用例设计的说明,在本区精华区中。
该方法源自RUP理论的测试与质量管理之-测试用例设计。 呵呵,第一次写成这么详细很不错了sdlkfj但是好象有点冗余.
此外,你可以用WR录入脚本,这样以后作回归就简单多了. 我把测试表改成
序号 用户名 密码 校验码 预期结果
1 正确 正确 正确 登录到系统并转到相应的界面
2 正确 错误 任意 无法登陆系统提示密码错误
3 正确 空 任意 无法登陆系统提示请输入密码
4 正确 正确 错误 无法登陆到系统提示校验码错误
5 正确 正确 空 无法登陆系统提示请输入校验码
6 错误 任意 任意 无法登陆系统提示用户名错误
7 空 任意 任意 无法登陆系统提示请输入用户名
archonwang说的是这个意思么? 可以尝试将case和data分开
好比class和object的概念,在测试里面同样可以有面向对象
第一次能够写的这么好,不错
测试数据: 用户名:1)正确用户名,2)错误用户名,3)在正确用户名前加入任意字符,4)在正确用户名后加入任意字符,5)在正确用户名中间加入任意字符
密码:1)正确密码,2)错误密码,3)在正确密码前加入任意字符,4)在正确密码后加入任意字符,5)在正确密码中间加入任意字符
校验码:1)正确校验码,2)错误校验码,3)在正确校验码前加入任意字符,4)在正确校验码后加入任意字符,5)在正确校验码中间加入任意字符
校验码:2)错误校验码 3)在正确校验码前加入任意字符,4)在正确校验码后加入任意字符,5)在正确校验码中间加入任意字符
我想请问一下:这几个有区别吗??? 不懂也……………… 嗯........
俺也不是很清楚,不是说了是第一次写么.........
俺昨天把这个修改以后给我们领导看了,领导要求我写成直接输入数据的用例,说测试用例和测试报告一样都是要给开发人员看的........ 等价类划分,边界值分析,因果图或判定分析表……
软件安全性,如是否可以使用通配符,跨站脚本,弱口令……
功能能否正常运行(应用框架),数据的正确性(数据库结构),数据的存取方式……
非法字符,字符长度限制,空格限制,中文、英文等其他语言,前端页面的控制是否与数据库保持一致……
登陆与权限校验,登陆与注销,同一帐号多窗口同时登陆……
太多太多……
对于这种通用性的测试用例,没有测试用例库支撑吗? 对,合并以后的测试用例就很清晰了,我觉得你这样来组织测试用例很好 谢谢楼上的夸奖,但是现在已经改成实际输入数据的测试用例的...........
回chenxuan:
我这里没有测试用例库这种东西,我们公司现在就只有两个测试人员,我还是那个比较有经验的......
所以什么都得自己做,如果你能提供你说得测试用例库给我的话,那就真是感激不尽了!!! 可怜的孩子~~~
前面的路还很长。。。 我觉得挺好 至少~~~ 我看了挺有启发的~~~~~ 正确的用户名指什么?用户名容许多长?对于太长的用户名,有没有相应的提示。能不能输入DBCS,能不能输入特殊字符,如果不能,提示信息正确吗?
上面的用例太简单 晕都相当厉害啊 简单,希望看见分析过程,你还是去看看用例设计方法吧 描述简单了把?后面做执行怎么执行
什么叫 正确
什么叫 错误
什么叫 任意
ps:小丸子得照片很有意思 ^_^