use case number |
Use Case Brief |
use case statement |
1 |
page title |
The title of the page needs to be correct |
2 |
Check for multiple uses of the back key |
Where there is a back, back, go back to the original page, back again, repeat several times to see if there is an error. |
3 |
form change |
Whether the form can be resized, moved and scrolled |
Editor page tests
use case number |
Use Case Brief |
use case statement |
1 |
page title |
The title of the page needs to be correct |
2 |
Tab键 |
Whether the tab order of the form is from left to right, from top to bottom |
3 |
Repeat form submission |
A record that has been successfully submitted, submit it after back, and see if the system has processed it. |
Data table page test
use case number |
Use Case Brief |
use case statement |
1 |
page title |
The title of the page needs to be correct |
2 |
Data sorting |
The table displays the data, then the data is required to be sorted |
3 |
pagination control |
The paging control of the page can be used normally Ø Check whether paging can be displayed normally Ø Check whether it can move forward or backward normally Ø Check whether the number of displayed records on a page can be selected correctly Ø Check whether the display page x can be selected correctly |
4 |
Double click on page record |
Whether double-clicking the record in the main list of the page responds correctly |
Test for input textbox type control
use case number |
Use Case Brief |
use case statement |
1 |
Null test |
When the required item is required, whether it is a red border, there is an * sign on the right, and when it is saved as an empty value, there is a prompt that this item is required. |
2 |
space test |
Enter a space in the front, enter a space in the middle, enter a space at the end and enter all spaces, whether the program is processed, after the save is successful, whether the data in the database is consistent with the page display |
3 |
length test |
Please refer to the length table The input is divided into the following cases: Ø Maximum number Ø Minimum number Ø One less than the minimum number Ø One more than the maximum number |
4 |
test for special characters |
Such as ' @* "|~<#%&()—[" |
5 |
Type testing (if type required) |
General attention to date type, numeric type |
6 |
Test for entering html tags |
输入html标签的保存,要求正确返回需要结果,如<input type=button>,当要求解析时,显示为按钮,不要求解析那就该显示为字符串 |
7 |
大小写问题
|
要求数据唯一性时是否区分大小写 |
文本框中-> 数字类型的测试
用例编号 |
用例简述 |
用例表述 |
1 |
小数点的测试 |
录入整数加小数点、小数点加整数和单独的小数点,保存时系统是否有提示,是否成功. |
2 |
内容的合理性 |
如果是输入正数的文本框。(如:职工人数)还要判断是否为负数。 |
3 |
格式测试 |
如果对数字格式有限制则看是否符合限制 |
4 |
输入范围 |
分以下情况进行: Ø 输入条件规定了值的范围 Ø 应取刚达到这个范围的边界的值作为测试输入数据 Ø 以及刚刚超越这个范围边界的值作为测试输入数据 |
文本框中->输入为日期、时间类型的测试
用例编号 |
用例简述 |
用例表述 |
1 |
空值 |
当要求为必输项时,是否为红色边框,右边有*号,并且当为空值保存时候,有提示此项为必填项。 |
2 |
格式测试 |
非日期或时间类型输入,提示输入格式有误 |
3 |
起始时间不可大于终止时间 |
起始时间不可大于终止时间 |
4 |
范围测试 |
Ø 如果有输入日期不得大于当前日期的限制,则是否通过 Ø 如果有输入日期不得小于当前日期的限制,则是否通过 |
5 |
检查页面显示的日期或时间 |
数据库中的日期是否能够正确显示在页面上,比如数据库记录了时间到毫秒,但页面要求显示到分 |
树控件的测试
用例编号 |
用例简述 |
用例表述 |
1 |
对已删除的记录移动 |
正要移动的节点或者目录,刚刚被删除了,是否有友好提示 |
2 |
对新增的节点做操作 |
新增一个节点,然后把其他存在的节点移动过去,是否正常 |
查看记录操作的测试
用例编号 |
用例简述 |
用例表述 |
1 |
鼠标点击原来是可编辑,当前置灰的输入框,然后鼠标焦点离开此输入框
|
进行这样的测试原因:此编辑框输入数据之后,当焦点移开会触发事件。 Ø 比如:输入开始时间和结束时间,当焦点离开,计算开始时间和结束时间之间的间隔天数;保存之后,再次查看开始时间和结束时间不可修改。 此时测试如下: 鼠标点击“开始时间”和“结束时间”编辑框,然后移开焦点 |
2 |
查看的记录已经被删除了 |
查看一条已经不存在的记录,是否拥有友好的提示信息,是否引起相关错误 |
保存操作的测试
用例编号 |
用例简述 |
用例表述 |
1 |
检查必填项 |
在保存数据前,如果必填项没有填写,需要提示, 回到页面后,焦点应转移到未输入的必填项中最靠前的一项上 |
2 |
保存成功/失败是否有相应的提示信息 |
针对关键性的操作,比如填写日志周报之后,成功/或者失败应该有相应的提示信息 |
3 |
连续点击保存按钮 |
连续点击多次保存按钮,页面是否正常 如果是重要数据,点击保存之后,保存按钮至灰,确保是保存一条数据 |
修改操作的测试
用例编号 |
用例简述 |
用例表述 |
1 |
修改页面中已经删除了的数据 |
修改一条已经不存在的记录,是否拥有友好的提示信息,是否引起相关错误 |
删除操作的测试
用例编号 |
用例简述 |
用例表述 |
1 |
删除时是否有确认对话框 |
删除时是否有确认对话框 |
2 |
删除成功/失败是否有提示信息 |
删除成功/失败是否有提示信息 |
3 |
删除提示成功/失败后看查看数据库 |
Ø 如果成功删除,数据库中关联数据是否同时删除,保证不存在冗余数据 Ø 确定是逻辑删除还是物理删除;物理删除是否已经把数据库中的数据删除掉, Ø 逻辑删除是否改变了标志位。 |
4 |
删除页面中已经删除了的数据 |
删除已经不存在的记录,要求提示用户:该记录不存在 |
5 |
有附件的表单被删除 |
在相关的文件上传了附件,当文件被删除之后,附件也应删除了 |
查询操作的测试
用例编号 |
用例简述 |
用例表述 |
1 |
查询条件中有日期这一项,查看默认值是否符合要求 |
查询条件中有日期这一项,查看默认值是否符合要求 |
2 |
测试回车键执行查询 |
最后一个查询条件输入之后,按回车键,那么能够执行查询操作 |
3 |
查询的结果是经过排序的 |
要求查询的结果是经过排序的 |
上传测试如下:
用例编号 |
用例 |
1 |
对上传文件的格式有何规定,系统是否有解释信息。 |
2 |
测试文件的大小是否限制:(1)上传一个大附件,比如大于30M;(2)上传多个附件,总附件大于30M |
3 |
上传失败之后,后台不该有上传的文件 |
4 |
上传一个文件名称特别长的,并且本地路径也特别复杂(路径有中文名字,而且路径级别多),要求上传显示正确。 |
5 |
如果是加密附件,查看能否按原格式直接打开 |
下载测试如下:
用例编号 |
用例 |
1 |
打开一个名字特别长的附件,要求是:不保存到本地,直接打开是否正常。 |
2 |
下载附件之后,保存到本地的附件名字是否和原来的一致 |
关于权限
用例编号 |
用例简述 |
用例表述 |
1 |
直接在ie上输入页面的URL测试 |
一般是针对管理页面进行此项测试:没有访问权限的用户,不应该通过URL登录就可以访问 |
2 |
功能操作权限 |
检查具有不同权限的用户登录时,是否具有跟其权限相符合的操作 |
3 |
数据权限 |
检查不同权限的用户是否具有相应的权限 |