51Testing软件测试论坛

标题: 大家有没有勇气将自己的测试用例贴上来 [打印本页]

作者: guo108109 时间: 2012-2-6 15:39
标题: 大家有没有勇气将自己的测试用例贴上来
最近开始整理测试用例模板，刚整理完登录，贴图给大家，看看是否有漏掉的部分。
[attach]77243[/attach][attach]77244[/attach]写的不好，还请多多包涵。

作者: mymagic 时间: 2012-2-6 16:11
这个仅仅是针对登陆功能的话

密码格式与密码长度不能算做测试用例（因为这样相当于泄露密码加密规则），如果是注册就可以。

作者: guo108109 时间: 2012-2-6 16:17
你的意思是，只因为密码有加密，所以便不可以做格式与场地的用例么。当然是登录功能。

作者: mymagic 时间: 2012-2-6 16:32

你的意思是，只因为密码有加密，所以便不可以做格式与场地的用例么。当然是登录功能。
guo108109 发表于 2012-2-6 16:17

对于一个用户的登陆来说，只有密码是否正确的规则，而不应存在是否满足规则。
如果满足规则的密码能否登陆呢？
测试用例设计有个原则是最佳、不是多余的。

作者: guo108109 时间: 2012-2-6 16:36
回复 4# mymagic
嗯，确实有理。

作者: mymagic 时间: 2012-2-6 16:40

回复 mymagic
嗯，确实有理。
guo108109 发表于 2012-2-6 16:36

取>这个符号作为用例的根据是什么？

作者: guo108109 时间: 2012-2-6 16:43
当然是防止sql注入等问题

作者: guo108109 时间: 2012-2-6 16:49

密码长度其实也可以放进去
做游戏测试，遇到过，登录使用超长密码，导致登录服务器登录功能异常，不能继续 ...
dgfsdgs 发表于 2012-2-6 16:44

额，还有这一说啊。

作者: mymagic 时间: 2012-2-6 16:49

密码长度其实也可以放进去
做游戏测试，遇到过，登录使用超长密码，导致登录服务器登录功能异常，不能继续 ...
dgfsdgs 发表于 2012-2-6 16:44

借鉴一下
这样的情况还真没遇到过，这BUG致命了。

作者: guo108109 时间: 2012-2-7 08:29

防止sql注入
应该用任意密码' or '1'='1 这样的吧
如果涉及安全和易用性的话
一般应该这样设计，客户 ...
dgfsdgs 发表于 2012-2-6 17:09

原来是这样啊，我只是做安全性测试时，发现的。

作者: cu_zhuang 时间: 2012-2-7 10:55
现在都不写测试用例了

作者: guo108109 时间: 2012-2-7 11:04

现在都不写测试用例了
cu_zhuang 发表于 2012-2-7 10:55

但是测试用例依然重要。

作者: cu_zhuang 时间: 2012-2-7 11:10
是啊，不过现在闲着呢，所以不用写

作者: cu_zhuang 时间: 2012-2-7 11:10
写测试用例也是个技术活啊

作者: cu_zhuang 时间: 2012-2-7 11:10
要考虑的很全面，又不能重复了

作者: cu_zhuang 时间: 2012-2-7 11:14
[attach]77256[/attach]

作者: cu_zhuang 时间: 2012-2-7 11:14
[attach]77257[/attach]

作者: guo108109 时间: 2012-2-7 11:21
回复 20# cu_zhuang
考虑真是详细啊，不过感觉有的地方太冗余，比如说，验证码的空格，我觉得着不需要考虑，倒是tab键+正确验证码，这个么，到需要考虑。

作者: cu_zhuang 时间: 2012-2-7 17:29
嗯，我这也不是完美的，也有缺点的，

作者: liujh1211 时间: 2012-2-8 11:25
嗯嗯，写的很好哦，我的思路跟第二位的比较相似

作者: mvvztt 时间: 2012-2-8 12:22
我以为是性能测试用例，为嘛儿贴在这呢~贴到【测试用例设计】板块中参与的人会更多，呵呵

作者: xwczxl1314 时间: 2012-2-14 10:41
考虑的要全面呀！

作者: beityw 时间: 2012-2-14 14:26
看一看

作者: alvion 时间: 2012-2-14 15:28
用例模板最好加一项测试点，标明测试点，人家一看就知道测什么，比较明确，你写了测试用例让别人去执行，条理也比较清晰。

作者: lsekfe 时间: 2012-2-14 15:31
想得真够全面的，佩服佩服！

作者: ROYWONG 时间: 2012-2-14 16:00
我的天，一个登录就20-30 多个用例了。。。复杂点的module 你们会怎么写啊。。。

作者: ROYWONG 时间: 2012-2-14 16:07
对功能测试来说：

作者: skyph 时间: 2012-2-14 16:12
19楼霸气

作者: haiying0314 时间: 2012-2-14 20:22
因是重QC直接导出的HTML形式的用例，压缩放在了附件里，欢迎有各位评审回复。

作者: FBICFO 时间: 2012-2-14 22:16
强...我一般都是先写验证点然后看情况去补充步骤的.
用word管理维护不会很麻烦么,以前也用过word弄过后来要增珊太麻烦了

作者: wolf1019 时间: 2012-2-15 10:13
表示用QC来写测试用例

作者: daping 时间: 2012-2-15 11:09
刚开始学软件测试。过来看看学习一下

作者: NNCD 时间: 2012-2-15 13:03
我去面试的时候，上去就让我写个登陆框的测试用例。

作者: lzytest 时间: 2012-2-15 15:57
测试用例最好按照程序执行流程写。
点击”登录系统“，
通常做法（简单版的）：
1）做各种画面检查（通常是否必输，格式，位数，入力值范围，关联性检查）
2）用户名存在性检查。
”取得条件：
用户信息表.用户名=画面.用户名 AND
用户信息表.删除标志=0：未删除“
取得0件，报错“用户名不存在”
取得非0件，继续以下处理
3）判断密码是否正确检查。
”取得条件：
用户信息表.用户名=画面.用户名 AND
户信息表.密码=画面.密码 AND
用户信息表.删除标志=0：未删除“
取得0件，报错“密码不正确”
取得非0件，继续以下处理
4）进入系统。

复杂点的设计，比如你用户名输对，但密码输错，DB做相应更新，输错超过多少次，锁用户，进入系统，更新用户信息表，这要根据具体业务设计了。所有的数据库操作应该是我们测试范围内的。

作者: 恋恋的云 时间: 2012-2-15 17:26
用例的编写确实很讲究，不过貌似贴错地方了

作者: kongyu0212 时间: 2012-2-16 09:47
用例中如果把测试功能点的具体模块标明下是否更清晰些呢?

作者: Vampire_King 时间: 2012-2-16 10:00
第二位的那个用例是不是有冗余阿?
要符合单一异常原则阿,像那种错误的用户名+错误的密码有必要么?
新手路过,欢迎拍砖

还有用户名前面有空格到底能不能正常登陆呢?
1、2两位的不同啊

作者: ttxx1102 时间: 2012-2-16 10:40
这是登录不是注册。对用户名和密码的长度，格式不需要验证，直接判断用户名和密码是否都正确。还有用户名都错了还有必要验证它的密码是否正确么？还有一点错误要单个验证不能2个同时是错的，不然你怎么判断到底是那个错误啊？我觉得你想的太复杂了。太冗余

作者: hclovezz1314 时间: 2012-2-16 12:56
其实还有一点就是，比如我们注册时候你填写密码长度是20，但是登录的时候密码长度只能让你输入15位，那多出的5位怎么输入，别说没有，我碰到过的，忘了是那家公司的那个破游戏，死活登陆不进去

作者: lvqianghui605 时间: 2012-2-16 14:30

作者: 407227813 时间: 2012-2-16 14:47
在写用例的过程中没有错误的用例。。
只是要看实际情况，做出想对最好的用例集！

作者: gfihdx 时间: 2012-2-16 15:37

作者: gfihdx 时间: 2012-2-16 15:41
我们公司头的。

作者: gfihdx 时间: 2012-2-16 15:43
[attach]77609[/attach]我们公司头的。

作者: zbl0531 时间: 2012-2-16 16:57
一个登录，你都测这么多点，一个项目组的测试人力够吗

作者: ych5288 时间: 2012-2-16 17:32
请各位大师指教啊

作者: shanxiwamm 时间: 2012-2-17 13:53
回复 45# hclovezz1314

这个测试的时候不是要验证注册的密码长度和登录时允许输入的密码长度是否一致嘛
比如注册允许的密码长度为6-20位，那么登录时允许输入的密码长度也应该是6-20位。

作者: huangyongbiao88 时间: 2012-2-18 10:35
新手上路看到各位大师的厉害敬佩之心油然而生

作者: Melody_yang 时间: 2012-2-18 21:51
这个就单元测试吗，不用系统测试

作者: zhaomiaoqq 时间: 2012-2-18 23:05
验证密码长度可以放入测试用例中，前一段时间在客户环境下遇到个问题，登陆密码输入4000个字符时后台报错，这种问题比较严重的。

作者: jptiger 时间: 2012-2-19 22:46
这个是最讨厌人的必须要考虑到逻辑判断的顺序

可以偷懒直接判断输入有错误

作者: qiulijiao88 时间: 2012-2-20 09:27
大家有没有车载方面的测试用例？请哪位高手帮忙找一下，谢谢！！！

作者: WXQQXW555 时间: 2012-2-20 11:04
如果加上安全性测试一个登录的用例设计确实是很多啊

作者: jingxiang 时间: 2012-2-20 15:03
回复 12# dgfsdgs

为了防止注入，直接在密码输入框中输入'or '1'='1就行吗？还是在用户名和密码输入框中都输入’or’1’=’1呀

作者: zyl520xz 时间: 2012-4-1 14:19
还以为是性能测试用例呢
一个登陆测试用例就这么多........
我叻神啊

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