例子：用户登录功能的测试

樱qq · 发表于 2009-8-31 15:46:16

我看了一些资料都说，测试用例的设计最好也要按照如：功能测试、用户界面测试、性能测试、安全性测试这样的分类分开去写。
我同意这种观点，但请大家来讨论讨论如下的登录用例的设计，到底是属于用户界面的测试呢，还是属于功能测试啊？
我的想法是下面这些测试用例的设计主要只从界面设计文档中得出“文本框”（用户名、密码）的一些要求，因此，这些用例是
属于用户界面的测试，而真正的登录功能的测试要另外再写测试用例：形如用户名和密码都正确时登录正确，用户名或密码错误时登录
失败(与数据库中的存储来比较的角度)，登录正确和失败的各自的流程应该怎么样，还有比如连续登录3次错误会怎么样这样的测试，我认为是单独地归入功能测试？不知道我的理解对不对？大家是这样分开的吗，还是弄在一起，都归入功能测试呢？

例如：用户登录的UI详细设计说明书中是这样描述的：用户名的长度在4-20，密码的长度在6-16，并且用户名和密码的字符都必须是数字、
   有效字符和下划线所组成字符，倘若不符合上述描述，系统将给出相应的错误提示信息。

第1步：提取测试需求
序号测试需求
1 用户名的长度在4-20（假定为Ulength）
2 用户名必须是数字、有效字符和下划线所组成字符
3 密码的长度在6-16（假定为PLength）
4 密码必须是数字、有效字符和下划线所组成字符

第2步：划分等价类
测试对象       有效等价类          无效等价类
用户名数字、有效字符、下划线(1) 空白(5)
                  空值(6)
                  零值(7)
                  默认值(8)
                  非法(9)
4<=Ulength<=20(2)          Ulength<4(10)
                  Ulength>20(11)
密码数字、有效字符、下划线(3) 空白(12)
                  空值(13)
                  零值(14)
                  默认值(15)
                  非法(16)
6<=密码<=16(4)          Plength<6(17)
                  Plength>16(18)

第3步：确定覆盖等价类的测试用例
提示：测试用例只描述其思想，不包括具体数据。另外测试用例应该尽可能多的覆盖有效等价类，
而应为每个无效等价类设计单独的测试用例
序号测试用例覆盖等价类预期结果
1 用户名由数字、有效字符和下划线所组成字符，并且长度在4-20之间 1,2 无错误提示信息
2 密码由数字、有效字符和下划线所组成字符，并且长度在6-16之间 3,4 无错误提示信息
3 。。。。。。。。。。 5-18无效等价类每个单独设计一个测试用例 5-18    系统给出相应的错误提示信息

fuhao · 发表于 2012-1-5 16:41:57

看着好乱，操作比较困难

liangkee · 发表于 2012-1-4 11:47:36

清晰明了！

335316956 · 发表于 2011-9-13 23:58:38

第2步：划分等价类
测试对象             有效等价类                无效等价类
用户名       数字、有效字符、下划线(1)       空白(5)
                              空值(6)
                              零值(7)
                              默认值(8)
                              非法(9)
      4<=Ulength<=20(2)                Ulength<4(10)
                              Ulength>20(11)
密码       数字、有效字符、下划线(3)       空白(12)
                              空值(13)
                              零值(14)
                              默认值(15)
                              非法(16)
      6<=密码<=16(4)                Plength<6(17)
                              Plength>16(18)

335316956 · 发表于 2011-9-13 23:57:55

我看了一些资料都说，测试用例的设计最好也要按照如：功能测试、用户界面测试、性能测试、安全性测试这样的 ...
樱qq 发表于 2009-8-31 15:46

有效等价类：空值6 ，零值默认值8 非法9 无效等价类 0 是怎么来的？菜鸟一只。。

一路向前 · 发表于 2011-9-9 10:44:17

分开写

xiaoming2624 · 发表于 2011-9-7 14:01:45

分开比较清晰

zhangmin2011 · 发表于 2011-9-5 16:59:55

可以条条的去写，分开，这样看着会比较清晰明了

zhangmin2011 · 发表于 2011-9-5 16:59:22

可以条条的去写，分开，这样看着会比较清晰明了

msnshow · 发表于 2010-11-12 23:27:05

写得有点多了，实际测试时估计比较难都这样去测试

nst · 发表于 2010-11-12 18:25:41

各条件组合用判定表就行。

lanchuanjie · 发表于 2010-11-9 12:38:47

学习一下

alineyou · 发表于 2010-11-9 11:40:04

分开写是挺好的！

alineyou · 发表于 2010-11-9 11:39:46

分开写是挺好的！

小李子 · 发表于 2010-11-8 15:54:48

序号       测试用例       覆盖等价类       预期结果
1       用户名由数字、有效字符和下划线所组成字符，并且长度在4-20之间       1,2       无错误提示信息
2       密码由数字、有效字符和下划线所组成字符，并且长度在6-16之间       3,4       无错误提示信息
3       。。。。。。。。。。       5-18无效等价类每个单独设计一个测试用例       5-18    系统给出相应的错误提示信息,
测试用例中只描述了单独的用户名或单独的密码测试，（1只测试用户名，2只测试了密码），为什么没有组合起
来，如果都组合起来，我又是分不清有多少中组合，测试用例设计新手，不明白~~

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 例子：用户登录功能的测试

相关帖子

站长推荐 /1