小妹早上刚写的一个测试用例,初次写,还请多多指教!

阿珊

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

superls

原帖由 linming20002000 于 2006-5-18 16:08 发表
写的太多,没有必要,一个登陆搞成这样,以后的业务你不是要写几十页.测试用例编制的时候也要注意程序容易出错的地方，有些地方不可能出现就不要做。

赞同，用例有的时候该粗的粗该细的细，看工作量和时间来安排。用例可以不写那么细，根据个人测试经验，在实际测试的时候可以进行一些没写进用例的操作。

镭镭

原帖由 hanyw19790116 于 2006-8-8 11:41 发表
65层说的对，用户名和密码在需求文档中没有对这些加以限制吗？所以在她这个文档里就没有体现出边界点的测试

........................................


这样的话....关是测试登陆的测试用例就够你写一整天的...其它模块呢,,,,,,,估计写一个月吧.....最重要的是.....测试什么时候可以正式开始.......................sdlkfj8

renhe

写的不够细，一般黑盒测试会涉及边界值、等价划分等测试方法，而且最好每个控件都要测到，比如数据溢出、非法字符等问题，写细点就好了。

hanyw19790116

65层说的对，用户名和密码在需求文档中没有对这些加以限制吗？所以在她这个文档里就没有体现出边界点的测试

jtiger

写详细一点没错，具体要多详细得看你们的软件需求。所以，并不是别人说冗长你就一定要精简，看你精简之后的，“任意”这个东西怎么操作，对于一个用例，没有明确的针对性不行。所以，有些冗长的步骤必须要走，之所以大家看到有点晕，是因为你没有按流程把测试的顺序排好，要是我，肯定先测试姓名正确，其他为空，不要先输一堆，后面又来清空，这样才能最大限度节省测试的时间。

[ 本帖最后由 jtiger 于 2006-7-27 15:25 编辑 ]

wy2004guhui

sdlkfj4这样写会吓死人的

Joan2005

学到不少东西！

lyscser

有没有字节长度控制？

mike_seaver

1, 还应该加上一些特殊的测试用例，例如sql语句拼串方式的攻击，例如， 用户名="' ' or true or true"
2, 测试库的概念很不错，例如专门做一个登陆功能测试的工具，因为这种测试有很大的共同性。不知道是否有这方面的工具，高手请指教！

镭镭

如果写的超级详细,关是一个登陆验证就可以写上几十页了,....

速度,效率,正确率如何均衡实在令我头疼啊,我们公司现在根本没有测试用例,一接但任何就开始测试了,等你写好测试用例,别人早完成2个项目了,编码阶段写用例更不可能,我们没闲过

huangfei

不错，赞一个

lily_liuyun

http://www.17testing.com/csjs/csylsj/235.html

呵呵，翻箱倒柜找到了这篇以前的文章。很长，可以挑跟这个贴子有关的部分内容看看。
希望能对LZ有所帮助

sky_bj

原帖由 slide 于 2006-7-13 13:02 发表
在用例执行的时候，要记录实际执行的详细数据，包括具体的步骤和详细的结果，这样才能保证有效的执行信息不丢失。有的时候，执行过程中会有些灵感，临时做一些变更，要把它们详细记录下来，出现问题的时候，才好进行定位和分析，否则没有了具体的内容，后面的分析工作就没法做了。

恩。说的有道理。

slide

灵活性和确定性都是必要的。
可以考虑这样进行划分：

在用例设计时，可以保留一定的灵活性，明确设计的方法和原则，如果能够保证根据原则直接设计具体用例而不会出现问题，就不用给出具体例子了，如果不能，也可以考虑给出一个具体例子，方便理解和执行。保持灵活性对于用例的修改和重复使用是比较有帮助的，也可以一定程度上减小工作量。

在用例执行的时候，要记录实际执行的详细数据，包括具体的步骤和详细的结果，这样才能保证有效的执行信息不丢失。有的时候，执行过程中会有些灵感，临时做一些变更，要把它们详细记录下来，出现问题的时候，才好进行定位和分析，否则没有了具体的内容，后面的分析工作就没法做了。

原帖由 lily_liuyun 于 2006-7-13 11:40 发表
探讨一下。
我自己一直觉得如果可以不写具体用例数据的，尽量不写具体用例数据，这样更灵活一点。
我觉得写成 “正确的用户名“，测试的时候，可以更随意一些。但是如果写成”admin“，那么到时候一定要保证 ...

lily_liuyun

原帖由 slide 于 2006-4-25 23:03 发表
对于描述可以简化一些，
你的用例其实就是三个参数，用户名密码和校验码，每个有正确、错误、空三种取值的任意组合。
楼上还给补充了不少，都很有用的。

领导要求你给出具体的测试用例数据是有道理的，具体的 ...

探讨一下。
我自己一直觉得如果可以不写具体用例数据的，尽量不写具体用例数据，这样更灵活一点。
我觉得写成 “正确的用户名“，测试的时候，可以更随意一些。但是如果写成”admin“，那么到时候一定要保证数据库里有这条数据，这样各CASE之间的数据依赖会更多，不是很灵活。

以前也看到网上有一篇关于测试用例设计的文档里有讲到这个问题，也是用这个login功能做例子的，但是原文找不到了。

不知道大家是怎么理解这个问题的。

枫飞林

你写的怎么是这样的 ！你考虑约束条件了吗 ？你写的只用正常流程和分支流程
测试用例只写正确的结果，不写错误的 ！

elsie520

好象缺少了点什么啊  预期结果没写啊 边界值也没有测试啊

JPeanut

to xingzunxi ，这个当然算bug拉，你去看看 小蚂蚁 大姐的blog的一个帖子，就说空格的bug

阳光岁月

呵呵.我是新手中的新手.刚开始接触测试工作.不过我们是面向网络游戏的.不知道以后会让写些什么样的测试报告....请问各位大虾们,有在做网络游戏这方面的测试的吗??