测试用例设计
1. 确定测试方法
采用边界分析方法
2．编写测试用例
10 程序的规格说明一：保存博文
输入：题目、内容、添加时间、是否置顶
要求：1、题目长度title_length（2~11）
2、内容长度content_length(10~2000)
3、添加时间不能为空
4、置顶类似为数字0或者1,1表示置顶
输出：1、如果保存成功，返回空；
2、如果保存失败，返回错误代码和错误描述
|
序号 |
错误代码 |
错误描述 |
|
1 |
10001 |
题目包含非法字符 |
|
2 |
10002 |
题目长度应该在min~max范围内 |
|
3 |
10003 |
内容长度应该在min~max范围内 |
|
4 |
10004 |
添加时间不能为空 |
|
5 |
10005 |
添加时间有误，应该是当前时间 |
|
6 |
10006 |
置顶信息出错 |
测试用例：（按顺序提供错误）遇到问题：这里的输出的结果是不是有多个输入决定的了？
|
用例编号 |
输入 |
预期的输出 |
注解 |
|
10001 |
Title=我的第一个博客 其他输入互不相关 |
错误码不应该是10001和10002 |
正确的博客名称 |
|
10002 |
Title=我的 其他输入互不相关 |
错误码不应该是10001和10002 |
正确的博客名称 |
|
10003 |
Title=我的第一个博客我的第一 其他输入互不相关 |
错误码不应该是10001和10002 |
正确的博客名称 |
|
10004 |
Title=我的第一个博客我的第一个 其他输入互不相关 |
错误码是10002 |
超出博客题目长度要求 |
|
10005 |
Title=我 其他输入互不相关 |
错误码是10002 |
超出博客题目长度要求 |
|
10006 |
Title=!@#$%^&*<> 其他输入互不相关 |
错误码不应该是10001和10002 |
正确的博客名称 |
|
10007 |
Title=我的第一个博客 Content长度为100个字符 |
错误码不应该是10001、10002、10003 |
正确的博文内容 |
|
10008 |
Title=我的第一个博客 Content长度为10个字符 |
错误码不应该是10001、10002、10003 |
正确的博文内容 |
|
10009 |
Title=我的第一个博客 Content长度为2000个字符 |
错误码不应该是10001、10002、10003 |
正确的博文内容 |
|
10010 |
Title=我的第一个博客 Content长度为9个字符 |
错误码应该是10003 |
超出博客内容长度要求 |
|
10011 |
Title=我的第一个博客 Content长度为2001个字符 |
错误码应该是10003 |
超出博客内容长度要求 |
|
10012 |
Title=我的第一个博客 Content=!@#$%^&*<><!> <body> |
错误码不应该是10001、10002、10003 |
正确的博文内容 |
|
10013 |
Title=我的第一个博客 Content长度为100个字符 Addtime为null |
错误码10004 |
添加时间不能为空 |
|
10014 |
Title=我的第一个博客 Content长度为100个字符 Addtime为离当前时间大于2天 |
错误码10005 |
添加时间有误 |
|
10015 |
Title=我的第一个博客 Content长度为100个字符 Addtime当前时间 |
不可能为10001到10005错误 |
正确添加时间 |
|
10016 |
Title=我的第一个博客 Content长度为100个字符 Addtime当前时间 Is_top=0 |
正确，无返回值 |
正确 |
|
10017 |
Title=我的第一个博客 Content长度为100个字符 Addtime当前时间 Is_top=1 |
正确，无返回值 |
正确 |
|
10018 |
Title=我的第一个博客 Content长度为100个字符 Addtime当前时间 Is_top=-1 |
返回错误码10006 |
置顶信息只能是0或者1 |
|
10019 |
Title=我的第一个博客 Content长度为100个字符 Addtime当前时间 Is_top=-2 |
返回错误码10006 |
置顶信息只能是0或者1 |
|
10020 |
Title=我的第一个博客 Content长度为100个字符 Addtime当前时间 Is_top=a |
返回错误码10006 |
置顶信息只能是0或者1 |
测试驱动器的方法：一种错误类型一个测试方法？
|
方法 |
检查到的测试用例 |
|
testCheckTitleTrue() |
10001, 10002,10003, 10006 |
|
testCheckTitleFalse() |
10010,10011 |
|
testCheckContentTrue() |
10007,10008,10009,10012 |
|
testCheckContentFalse() |
10004,10005 |
|
testCheckAddTimeTrue() |
10015 |
|
testCheckAddTimeNull() |
10013 |
|
testCheckAddTimeFalse() |
10014 |
|
testCheckBlogInputTrue() |
10016,10017 |
|
testCheckIsTop() |
10018,10019,10020 |
白盒测试：
|
判定（代码行数） |
条件 |
正确结果 |
错误结果 |
|
297 |
User.getUsername()!=null |
用户名不为空 |
用户名为空 |
|
299 |
USERNAME_EXIST.equals(resultStr) |
用户名已经存在 |
用户名不存在 |
|
304 |
User.getEmail()!=null |
邮箱地址不为空 |
邮箱地址为空 |
|
306 |
EMAIL_EXIST.equals(resultStr) |
邮箱地址已经存在 |
邮箱地址不存在 |
|
311 |
User.getMobile()!=null |
手机不为空 |
手机为空 |
|
311 |
User.getMobile().getMobileNum()!=null |
手机号码不为空 |
手机号码为空 |
|
313 |
MOBILE_EXIST.equals(resultStr) |
手机号码已经存在 |
手机号码不存在 |
使用多重条件设计方法，测试用例必须覆盖以下组合：但是路径会被遗漏，遗漏掉的路径需要用黑盒测试方法来补充
1、用户名为空
2、用户名不为空，用户名重复
3、用户名不为空，用户名不重复
4、邮箱地址为空
5、邮箱地址不为空，邮箱地址重复
6、邮箱地址不为空，邮箱地址不重复
7、手机号码为空
8、手机号码不为空，手机号码重复
9、手机号码不为空，手机号码不重复
那么测试用例必须覆盖上面的9个组合，注意了：一个测试用例尽量覆盖多个上面的组合条件
|
测试用例编号 |
输入 |
预期的输出 |
注释 |
|
1 |
username=”” email=”email”//邮箱地址可以注册 mobileNum=”” |
程序状态不变 Result=0
|
覆盖了条件：1、6、7 |
|
2 |
username=“username” email=”” mobileNum=”” 此用户名不存在数据库中 需要给出数据库预置的内容 |
程序状态不变 Result=0
|
覆盖了条件： 3、4、7 |
|
3 |
username=”existed_username” email=”” mobileNum=”” |
程序返回1 |
覆盖了条件： 2、4、7 |
|
4 |
email =”existed_ email” username=”” mobileNum=”” |
程序返回2 |
覆盖了条件： 1、5、7 |
|
5 |
mobileNum =“13960704444” 此手机号码不存在数据库中 需要给出数据库预置的内容 Username=”” Email=”” |
程序状态不变 Result=0
|
覆盖了：1、4、9 |
|
6 |
mobileNum =”13960704444” 此手机号码重复 Username=”” Email=”” |
程序返回3 |
覆盖了：1、4、8 |
|
7 |
Username=”” Email=”” mobileNum=”” |
程序返回4 |
覆盖了：1、4、7 |
上面1~10个组合都覆盖了。但是语句路径并不一定都会执行过。比如：1、6、8用户名为空、邮箱地址不重复、手机号码重复。这是一条路径无法执行到。需要使用其他方法补充
测试方法设计：
在《junit in action》书中说道：“一个单元测试等于一个测试方法，不要试图把多个测试塞进一个方法” 什么意思啊？看懂了么？
个人感觉应该是把相同的预期输出类型当作一个测试方法，这样不会乱。
Ps:此处代码有问题，如果全部为空，result=0，而程序中的result=0表示不存在用户重复信息，可用于注册，此处应该处理。
|
方法 |
检查到的测试用例 |
|
testAccountExistUserInfoNull |
9 |
|
testAccountExistUsernameExisted |
3 |
|
testAccountExistEmailExisted |
4 |
|
testAccountExistMobileNumExisted |
6 |
|
testAccountExistUserTrue |
1、2、5 |
步骤一：先写测试方法，然后方法内部使用Assert.fail(“未测试”);
Why?避免遗漏测试方法，养成好习惯:)
<!--[endif]-->
步骤二：填充测试方法
使用测试用例来填充
相关推荐
80多个测试WEB和Desktop应用程序的测试用例——综合测试清单
个人在培训以及学习过程中搜集到的，该测试用例可用于简单的测试
三角形的测试用例——判断三角形的形状。读入3个整数，把这3个数值看做一个三角形的3条边的长度值。根据长度值给出弹窗提示信息，说明这个三角形是普通的、等腰的、直角的、还是等边的，以及相应的错误提示信息。
系统测试用例评审检查表.pdf系统测试用例评审检查表.pdf系统测试用例评审检查表.pdf系统测试用例评审检查表.pdf系统测试用例评审检查表.pdf系统测试用例评审检查表.pdf
测试用例是比较详细的，大家可以多多参考下这个测试用例
软件系统通用测试用例模板
华为android系统测试用例
本章主要以测试用例的编写和管理为核心，讲述下面内容：
学生信息管理系统测试用例，比较全面而传统的记录了测试用例中所有可能出现的情况，为写bug分析打好基础
图书管理系统测试用例.pdf
实训项目学生成绩管理系统测试用例，是excel表格
博客里提到的测试用例，方便大家检查自己代码的健壮性，无需积分
简单清晰，达到测试目的，测试计划并不一定要那么复杂！
软件 系统 测试用例 模板 软件 系统 测试用例 模板 软件 系统 测试用例 模板 软件 系统 测试用例 模板
web系统的测试用例模板
修改记录修改人修改时间修改原因崔浩2015/10/13初始版本TC1：物流信息查询1.1测试用例1.1.1 TUS1的测试用例ID输入预期输出命令TUS1-1选
回归版本测试用例——可通用；回归版本测试用例——可通用；回归版本测试用例——可通；用回归版本测试用例——可通用
oa系统测试用例.pdf
高效设计测试用例——测试方法