测试用例大全
-
一、文本框为字符型
•必填项非空校验：
1
、必填项未输入－－程序应提示错
误；
2
、必填项只输入若干个空格，未输入其它字符－－程序应提示错误；
字段唯一性校验：
（不是所有字段都
作此项校验，视实际项目情况而定）
1
、新增时输入重复的字段值－－必须提示友好信息；
2
、修改时输入重复的字段值－－必须提示友好信息；
字段长度校验：
输入
[<
/p>
最小字符数
-1]
－－程序应提示错误；
输入
[
最小
字符数
]
－－
OK
；
3
、输入
[
最
小字符数
+1]
－－程序应提示错误；
4
、输入
[
最大字符数
-1]
－－
OK
；
< br>
5
、输入
[
< br>最大字符数
]
－－
OK
；
输入
[<
/p>
最大字符数
+1]
－－程序应提示错误；
•字段为特殊字符校验：
1
、输入域如对某些字符禁止输入时，限制是否成功，提示信息是否友好
；
2
、中文、英文、空格，数字，字符，下划线、单引号
等所有特殊字符的组合
；
3
、所有特殊字符都必须进行测试
•字段为特殊代码校验：
输入
htm
代码：比如”
< br>
你好
”
；－－必须以文本的形式将代码显示出来。
2
、输入
JavaScript
代码：比如<
/p>
“
Movie
WindowWidth
”
valu
e=
“
320
”
>
；－－
必须以文本的形式将代码显示出来。
多行文本框输入：
1
、是否允许回车换行
；
2
、保存后再显示能够保持输入时的格式
；
3
、仅输入回车换行，检查能否正确保存；若能，查看保存结果。若不能，查看是否有正确
提示
；
4
、
仅输入空格，
检
查能否正确保存；
若能，
查看保存结果。
若不能，
查看是否有正确提示
。
二、文本框为数值型
边界值：
1
、输入
[
最小值
-1]
－－程序应提示错误；
2
、输入
[
最小值
]
－－
OK
；
3
、输入
[
最大值
]
－－
OK
< br>；
4
、输入
< br>[
最大值
+1]
－－程序应提示
错误；
位数：
1
、
输入
[
限制位数
]
－－
OK
；
2
、输入
[
限制位数
+1]
－－根据实际项目而定，是否自动四舍五入成限制位数，还是提示信<
/p>
息；
3
、输入
[
限制位数
-1]
－－
OK
；
•异常值、特殊值：
1
、输入非数值型数据：汉字、字母、字符－－程序应提示错误；
2
、输入负数－－根据实际项目而定，如果不允
许输入负数，必须提示友好信息；
3
、字段禁止直接输入非数值型数据时，使用“粘贴”
、
“拷贝”
功能尝试输入，并测试能否
正常提交保存－－只能使用“粘贴”
、
“拷贝”方法输入的特殊字符应无法保存，并应给出相
应提示
；
4
、
全角数字和半角数字的情况－－全角数字不能保存，
提示友好信息，
半角数字正常保存；
5
、首位为零的数值：如
01
＝
1
－－视实际项目情况而定；
三、文本框为日期型
合法性检查：
1
、日输入
[0
日
]
－－程序应提示错误；
2
、
日输入
[1
日
]
－－
OK
；
3
、日输入
[32
日
]
－－程序应提示错误；
4
、月输入
[1
、
3
、
5
、
7
、
8
、
10<
/p>
、
12
月
]
、日输入
[31
日
]
－－
OK
；
5
、月输入
[4
、
6
、
9
、
11
月
]
、日
输入
[30
日
]
－－
OK
；
6
、月输入
[4
、
< br>6
、
9
、
11
月
]
、日输入
< br>[31
日
]
－－程序应提示错误
；
7
、输入非闰年
< br>,
月输入
[2
月
]
、日输入
[28
日
]
，比如
2009.2.28
< br>－－
OK
；
< br>8
、输入非闰年
,
月输入
[2
月
]
、日输入<
/p>
[29
日
]
，比
如
2009.2.29
－－程序应提示错误
9
、
(
闰年
)
月输入
[2
月
]
、日输入
[29
日
]
，比如
2008.2.
29
－－
OK
；
10
、
(
闰年
)
月输入
[2
月
]
、日输入
[30
日
]
，比如
2008.2.
30
－－程序应提示错误；
11
、月输入
[0
月
]
－－程序应提示错误；
12
、月输入
[1
月
]
－－
OK
；
13
、月输入
[12
月
]
－－
OK
；
14
、月输入
< br>[13
月
]
－－程序应提示错误；
格式检查：
1
、不合法格式：
2009-09
、
2009-09 -
、
200-2-2
；
2
、视具
体项目而定是否合法：
2009/09/01
、
2009.09.01
、
20090901
、
2009-09-01
；
异常值、特殊值：
1
、输入汉字、字母、字符－－程序应提示错误；
四、文本框为时间型
合法性检查：
1
、时输入
[24
时
]
－－程序应提示错误；
2
、时输入
[00
时
]
－－
OK
；
3
、分输入
[60
分
]
－－程序应提示错误；
<
/p>
4
、分输入
[59
分
]
－－
OK
；
5
、分输入
[00
分
]
－－
OK
；
6
、秒输入
[60
秒
]
－－程序应提示错误；
<
/p>
7
、秒输入
[59
秒
]
－－
OK
；
8
、秒输入
[00
秒
]
－－
OK
；
•格式检查：
不合法格式：
12:30:
、
123000
；
2
、视具体项目而定是否合法：
12:30
、
1:3:0
；
异常值、特殊值：
1
、输入汉字、字母、字符－－程序应提示错误；
<
/p>
2
、系统中所涉及时间是否取服务器时间；
页功能我们常碰到的一般有以下几个功能：
1
、首页、上一页、下一页、尾页。
2
、总页数，当前页数
3
、指定跳转页
4
、指定每页显示条数
当然，
有一些是少于多少页，
全部以数字的形式显示
，
多于多少页后，
才出现下一页的控件。
本文暂且用以上四点来做为通用的用例来设计吧。
对于“首页、上一页、下一页、尾页”
。翻页链接或按钮的测试，主要
要检查的测试点有：
1
、有无数据时控件的显示情况
2
、在首页时，首页和上一页是否能点击
3
、在尾页时，下一页和尾页是否能点击
4
、在非首页和非尾页时，四个按钮功能是否正确
5
、翻页后，列表中的记录是否仍按照指定的
排序列进行了排序
对于“总页数，
当前页数总页数，当前页数”
，主要要检查的测试点有：
1
、总页数是否等于总的记录数
/
指定每页条数
2
、当前页数是否正确
针对以上测试用例如下：
step 1:
列表无记录
expect:
1
、四个翻页控件变灰不可点击
2
、列表有相应的无数据信息提示
3
、不可指定页数
4
、不可指定跳转页
5
、总页数显示为
0
6
、当前页数显示为
0
step 2:
列表的记录数
<=
指定的每页显示条数
expect:
1
、四个翻页控件变灰不可点击
2
、总页数显示为
1
3
、当前页数显示为
1
step 3:
列表的记录数
>
指定的每页显示条数
expect:
1
、默认在首页，当前页数为
1
2
、列表的数据按照指定的排序列正
确排序
3
、记录数与数据库相符
4
、总页数＝记录数
/
指定的每页显示条数
step
4:
列表的记录数
>
指定的每页显示
条数，在首页
expect:
1
、首页变灰不可点击
2
、上一页变灰不可点击
3
、下一页可点击，从（每页指定条数＋
1
）条记录开始显示，当前页数
+1
4
、尾页可点击，显示最后页的记录
step 5:
列表的记录数
>
指定的每页显示条数，在中间的某页
expect: 1
、首页可点击，显示
1
到每页指定条数的记录
2
、上一页可点击，显示上一页的记录
3
、下一页可点击，从后一页的记录
4
、尾页可点击，显示最后页的记录
5
、列表的数据按照指定的排序列正确排序
6
、当前页数为所在页
step 6:
列表的记录数
>
指定的每页显示条数，在尾页
expect: 1
、首页可点击，显示
1
到每页指定条数的记录
2
、上一页可点击，显示上一页的记录
3
、下一页变灰不可点击
4
、尾页变灰不可点击
5
、列表的数据按照指定的排序列正确排序
6
、当前页数为最后一页的页数
对于“指定跳转页”
，主要要检查的测试点有：
1
、是否能正常跳转到指定的页数
2
、输入的跳转页数非法时的处理
<
/p>
对于“指定每页显示条数”
，主要要检查的测试点有：
1
、是否有默认的指定每页显示条数
2
、指定每页的条数后，列表显示的记录数，页数是否正确
3
、输入的每页条数非法时的处理
针对以上测试用例如下：
step
7:
输入每页显示条数为小于总记录的正整数
expect:
1
、每页显示条数更新成指定的条数
2
、超过指定的条数的记录分页显示
3
、总页数更新成列表的记录数
/
每页显示条数
step 8:
输入每页显示条数为
0
、负数、小数
expect: 1<
/p>
、提示“每页显示条数必须为大于
1
的整
数”
2
、提示后每页显示条数恢复为上次
生效的条数
step
9:
输入每页显示条数大于或等于总记录数的正整数时
expect:
1
、四个翻页按钮变灰不可点击
2
、总页数显示为
1
3
、当前页数显示为
1
step 10:
输入每页显示条数长度超过数据库指定的长度
<<
expect: 1
、提示每页显示条数不能超过
<<
位
2
、提示后每页显示条数恢复为上次
生效的条数
step
11:
输入每页显示条数为非数值、非法值时
expect: 1
、提示每页显示
条数必须为大于
1
的整数
2
、提示后每页显示条数恢复为上次生效的条数
step
12:
输入跳转的页数为存在的页数
expect:
1
、正确跳转到指定的页数
step
13:
输入跳转的页数不存在或非法值
expect: 1
、跳转的页数值置为
1
，显示第一页的数据
1
：易用性：
按钮名称应该易懂，
用词准确，
屏弃没楞两可的字眼，
要与同一界面上的其他按钮易于区分，
能望文知意最好。
理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确
操作
。
易用性细则：
1):
完成相同或相近功能的按钮用
Frame
框起来，常用
按钮要支持快捷方式。
2):
完成同
一功能或任务的元素放在集中位置，减少鼠标移动的距离。
3
):
按功能将界面划分局域块，用
Frame
< br>框括起来
,
并要有功能说明或标题。
4):
界面要支持键盘自动浏览按钮功能，即按
Tab
键的自动切换功能。
< br>5):
界面上首先应输入的和重要信息的控件在
Tab<
/p>
顺序中应当靠前
,
位置也应放在窗口上较
醒
目的位置。
6):
同一界面上的控件数最好不要超过
10
个，多于
10
个时可以考虑使用分页界面显示。
7):
分页界面要支持在页面间的快捷切
换，常用组合快捷键
Ctrl+Tab
8):
默认按钮要支持
Enter
及选操作，即按
Enter
后自动执行默认按钮对应操作。
9):
可写控件检测到非法输入后应给出说明并能自动获得焦点。<
/p>
10):Tab
键的顺序与控件排列顺
序要一直，目前流行总体从上到下，同时行间从左到右的方
式。
11):
复选框和选项框按选择几率的高底而先后排列。
12):
复选框和选项框要有默认选项，并
支持
Tab
选择。
< br>13):
选项数相同时多用选项框而不用下拉列表框。
14):
界面空间较小时使用下拉框而不用选项框。
15):
选项数叫少时使用选项框，相反使用下
拉列表框。
16):
专业性强的软件
要使用相关的专业术语，通用性界面则提倡使用通用性词眼。
2
：
规范性：
通常界面设计都按
Windows
界面的规范来设计，即包含“菜单条、工具栏、工具厢、
状态
栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则
易用性
相应的就越好。小型软件一般不提供工具厢。
规范性细则：
1):
常用菜单要有命令快捷方式。
2):
完成相同或相近功能的菜单用横线隔开放在同一位置。<
/p>
3):
菜单前的图标能直观的代表要完
成的操作。
4):
菜单深度一般要求
最多控制在三层以内。
5):
工具栏
要求可以根据用户的要求自己选择定制。
6):
相同或相近功能的工具栏放在一起。
7):
工具栏中的每一个按钮要有及时提示信息。
8):
一条工具栏的长度最长不能超出屏幕宽度。
9):
工具栏的图标能直观的代表要完成的操作。
< br>10):
系统常用的工具栏设置默认放置位置。
11):
工具栏太多时可以考虑使用工具厢。
12):
工具厢要具有可增减性，由用户自己根据需求定制。<
/p>
13):
工具厢的默认总宽度不要超过
屏幕宽度的
1/5
。
14):
状态条要能显示用户切实需要的信息，常用的有：
目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要
的时间较长，还应该显示进度条和进程提示。
15)
：滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信
息的
位置和百分比。
16)
：状态条的高度以放置五好字为宜，滚动条的宽度比状态条的略窄。
<
/p>
17)
：菜单和工具条要有清楚的界限
;
菜单要求凸出显示，这样在移走工具条时仍有立体感。
18)
：菜单和状态条中通常使用
5
号字体。工具条一般比菜单要宽，但不要宽的太多，否则
看起来很不协调
。
19):
右键快捷菜单采用与菜单
相同的准则。
3
：帮助设施：
系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。
帮助设施细则：
1)
：帮助文档中的性能介绍与说明要与系统性能配套一致。
(
我们的系统帮助文档都是系统
的祖先时期的说明，让
人困惑
)
。
2)
：打包新系统时，对作了修改的地方在帮助文档中要做相应的修改。
3)
：操作时要提供及时调用系统帮助的功能。常用
F1
。
4)
：
在界面上调用帮助时应该能够及时定位到与该操作相对的帮助
位置。
也就是说帮助要有
即时针对性。
5)
：最好提供目前流行的联机帮助格式或
HTML
帮助格式。
6)
：用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词。
7)
：如果没有提供书面的帮助文档的话，最好有
打印帮助的功能。
8
)
：在帮助中应该提供我们的技术支持方式，一旦用户难以自己解决可以方便的寻求新的
帮助方式。
4
：合理性：
屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，
在放置窗体时要注意利用这两个位置。
合理性细则：
1)
< br>：父窗体或主窗体的中心位置应该在对角线焦点附近。
2)
：子窗体位置应该在主窗体的左上角或正中。
3)
：多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。
4)
：重要的命令按钮与使用较频繁
的按钮要放在界面上注目的位置。
5)
：
错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。
横排开头或最后与竖排
最后为易点位置。
6)
：
与正在进行的操作无关的按钮应该加以屏蔽
(Windows
中用灰色显示，
没法使用
该按钮
)
。
7)
：对可能造成数据无法恢复的操作必须提供确认信息
,
给用户放弃选择的机会。
8)
：非法的输入或操作应有足够的提示说明。
9):
对运行过程中出现问题而引起错误的地方要有提示，让
用户明白错误出处，避免形成无
限期的等待。
10):
提示、警告、或错误说明应该清楚、明了、恰当。
5
：美观与协调性：
界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。
美观与协调性细则：
1):
长宽接近黄金点比例，切忌长宽比例失调、或宽度超过长度。
2):
布局要合理
,
不宜过于密集，也不能过于空旷，合理的利用空间。
3):
按钮大小基本相近，忌用太长的名称，免得占用过多的
界面位置。
4):
按钮的大小要与界面的大小和空间要协调。
5):
避免空旷的界面上放置很大的按钮。
6)
：放置完控件后界面不应有很大的空缺位置。
7):
字体的大小要与界面的大小比例协调
,
通常使用的字体中宋体
9-12
较为美观，
< br>很少使用
超过
12
号的字体。<
/p>
8):
前景与背景色搭配合理协调，
反差不宜太大，最好少用深色，如大红、大绿等。常用色
考虑使用
Windows
界面色调。
9):
如果使用其他颜色，主色要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。
10):
大型系统常用的主色有
、
、
等。
11):
< br>界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊
要求的地方。
12):
如果窗体
支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只
放大窗体而忽
略控件的缩放。
13)
：对于含有按
钮的界面一般不应该支持缩放，即右上角只有关闭功能。
14):
通常父窗体支持缩放时，子窗体没有必要缩放。
15)
：如果能给用户提供自定义界面风格则更好，由用户自己选择颜色、字
体等。
6
：菜单位置：
菜单是界面上最重要的元素，菜单位置按照按功能来组织。
菜单设测试细则：
1)
：
菜单通常采用
“常用<
/p>
--
主要
--
次
要
--
工具
--
帮助”
的位置排列，
符合流行的
Wi
ndows
风格。
2):
常用的有“文件”
、
“编辑”
，
“查看”等，几乎每个系统都有这些选项，当然要根据不同
的系统有所取舍。
3):
下拉菜单
要根据菜单选项的含义进行分组，并切按照一定的规则进行排列，用横线隔开。
4):
一组菜单的使用有先后要求或有向导作用时，应该按先
后次序排列。
5):
没有顺序要求
的菜单项按使用频率和重要性排列，常用的放在开头，
不常用
的靠后放
置；重要的放在开头，次要的放在后边。
6):
如果菜单选项较多，应该采用加长菜单的长度而减少深
度的原则排列。
7):
菜单深度一般要求最多控制在三层以内。
8):
对常用的菜单要有快捷命令方式，组合原则见
8
。
9):
对与进行的操作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式——即只
有需要的菜单才显示——最好。
10)
：菜单前的图标不宜太大，与字高保持一直最好。
11):
主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。<
/p>
12)
：主菜单数目不应太多，最好为
单排布置。
。
7:
< br>独特性：
如果一味的遵循业界的界面标准，则会丧失自
己的个性
.
在框架符合以上规范的情况下，设
< br>计具有自己独特风格的界面尤为重要。
尤其在商业软件流通中有着很好的迁移默化
的广告效
用。
1):
安装界面上应有单位介绍或产品介绍，并有自己的图标。
2):
主界面，最好是大多数界面上要有公司图标。
3):
登录界面上要有本产品的标志，同
时包含公司图标。
4):
帮助菜单的
“关于”中应有版权和产品信息。
5):
公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列方式、图标、安装
过程、按钮用语等应该大体一致。
8
：快捷方式的组合
在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快一些
在西文
Windows
及
其应用软件中快捷键的使用大多是一致的。
菜单中：
1):
面向事务的组合有
:
Ctrl-D
删除
；
Ctrl-F
寻找
；
Ctrl
–
H
替换；
Ctrl-I
插入
；
Ctrl-N
新记录
；
Ctrl-S
保存
Ctrl-O
打开。
2)
：列表
:
Ctrl-R
，
< br>Ctrl-G
定位；
Ctrl-Tab
< br>下一分页窗口或反序浏览同一页面控件；
。
3):
编辑
:
Ctrl-A
全选；
Ctrl-C
拷贝；
Ctrl-V
粘贴；
Ctrl-X
剪切；
Ctrl-Z
撤消操作；
Ctrl-Y
恢复操作。
4)
文件操作
:
Ctrl-P
打印；
Ctrl-W
关闭。
5):
系统菜单
Alt-A
文件；
Alt-E
编辑
；
Alt-T
工具；
Alt
－
W
窗口；
Alt
－
H
帮助。
6):MS Windows
保留键
:
Ctrl-Esc
任务列表
；
Ctrl-F4
关闭窗口；
Alt-F4
结束应用；
Alt-Tab
下一应用
；
Enter
缺
省按钮
/
确认操作
；
Esc
取消按钮
< br>/
取消操作
；
Shift-F1
上下文相关帮助
。
按钮中：
可以根据系统需要而调节，以下只是常用的组合。
Alt-Y
确定
(
是
)
；
Alt-C
取
消；
Alt-N
否；
Alt-D
删除；
Alt-Q
退出；
< br>Alt-A
添加；
Alt-E
编
辑；
Alt-B
浏览；
Alt-R
读；
Alt-W
写。
这些快捷键也可以作为开发中文应用软件的标准
,
但亦可使用汉语拼音的开头字母。
9:
安全性考虑：
< br>在界面上通过下列方式来控制出错几率，
会大大减少系统因用户人为的错误引起的
破坏。
开
发者应当尽量周全地考虑到各种可能发生的问题
,
使出错的可能降至最小。如应用出现保护
性
错误而退出系统
,
这种错误最容易使用户对软件失去信心。因为
这意味着用户要中断思路
,
并费时费力地重新登录
,
而且已进行的操作也会因没有存盘而全部丢失。
安全性细则：
1)
< br>：最重要的是排除可能会使应用非正常中止的错误。
2
)
：应当注意尽可能避免用户无意录入无效的数据。
3)
：采用相关控件限制用户输入值的种类。
4)
：当用户作出选择的可能性只有两个时
,
可以采用单选框。
5)
：当选择的可能再多一些时
,
可以采用复选框
,
每一种选择都是有效的
,
用户不可能输入任何
一种无效的选择。
6)
：当选项特别多时，可以采用列表框，下
拉式列表框。
7)
：在一个应用系统
中
,
开发者应当避免用户作出未经授权或没有意义的操作。
8)
：对可能引起致命错误或系统出错的
输入字符或动作要加限制或屏蔽。
9):
对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。
10):
对一些特殊符号的输入、与系统使用的符号相冲
突的字符等进行判断并阻止用户输入该
字符。
11)
：对错误操作最好支持可逆性处理，如取消系列操作。
< br>
12):
在输入有效性字符之前应该阻止用户进行只有
输入之后才可进行的操作。
13):
对可能造成等待时间较长的操作应该提供取消功能。
14)<
/p>
：特殊字符常有；
;
’
< br>”
><,
｀‘：
“
［”
｛、
|
｝
］
+=)-(_*&&^%$$#@!~,.
。
?/
还有空格。
1
5)
：与系统采用的保留字符冲突的要加以限制。
16)
：在读入用户所输入的信息时，根据需要选择是否去掉前后空格。<
/p>
17)
：有些读入数据库的字段不支持
中间有空格，但用户切实需要输入中间空格，这时要在
程序中加以处理。
10:
多窗口的应用与系统资源：
<
/p>
设计良好的软件不仅要有完备的功能，而且要尽可能的占用最底限度的资源。
1)
：
在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不
停的切换甚至最小化其他窗口来显示该窗口。
2)
：在主界面载入完毕后自动卸出内存，让出所占用的
WINDOWS
系统资源。
3)
：关闭所有窗体，系统退出后要释放所占的所有系统资源
，除非是需要后台运行的系统。
4)
：尽量防止对系统的独占使用。
1.
输入验证
输入验证主要包括：数字输入验证、非法字符输入验证、输入长度验证、必填
项验证和
信息提示
1.
数字输入验证：分别输
入数字
(
正数、负数、零值、单精度、双精度
< br>)
、
字符串、空白值、空值、临界数值。不合法的输入，
系统给出必要的判断提示信息
2.
字
符
输入验证：分别输入单字节字符、双字节字符、大小写字符、特殊字符、空白值、空值
。不
合法的输入，系统给出必要的判断提示信息
3.
日期、时间输入验证：分别输入任意字符、
任意
数字、非日期格式的数据、非正确日期
(
错误的闰年日期
)
、空值、空白值。不合法的输
入，系统给出
必要的判断提示信息。
注：
有些系统会不让输入当日以后或者以
前的日期、时
间；有些系统会通过
JavaScript
来自动填写日期时间，这时需要注意是否能否人工主观填写
输入
4.
多列表选择框：测试是否能否多选，列
表框中的数据是否能否显示完全。当列表框
的数据过多时，需要对数据有一定格式的排序
5.
单列表下拉框：测试是否能否手
工输入，
下拉框中的数据是否能否显示完整。
当下拉框的数据很
多时，
需要对数据有一定格式的排序。
如果下拉框数据值过多时
，下拉框可能会超出
IE
显示范围，此种情况不能够被接收
6.
大文
本输入
框
(textArea)
：虽然它能够满足大数据量的输入，但
最好能够显示地标明输入字符的
长度限制，并且应该结合“字符输入验证”进行。需要注
意的是，应该允许标点的存在
7.
文
件输入框输入验证：
该输入框主要用做文件上传操作。
在测试过
程中，
应该注意输入文件
的扩展名。
从
测试角度来看，
要求开发人员必须对扩展名进行输入限制，
并且
在适当的地方
输入格式提示。
当输入是空值等不合法的输入时，
系统给出必要的判断提示信息。
另外，对
于上传的文件大小应该做限制，不宜太大
8.
输入字符长度验证：输入字符的长度是否超过
实际系统接收字符长度的能力。
当输入超出长度时，系统给出必要的判断提示信息
9.
必填
项验证：输入不允许为空的时候，系统需要有提示用户输入信息功
能
10.
格式、规则输入验
证：
当输入需要一定的格式时，
系统需要有提示
用户输入信息功能。
比如身份证号码可以输
入
< br>18
位或者
15
位，
部分身份证最后一位为字母，
身份证上生日与身份证号码有一定规则
11.
系统错误定位的输入验证：
当输入存在问题时，
被系统捕获到，
此时页面上
的光标能够定位
到发生错误的输入框
12.
单选框、多选框的输入验证：单选框需要依次验证单选框的值是否
都有效；
多选框需要依次验证多选框的值是否都有效
13.
验证码验证：
做验证码输入验证
时，
先结合“字符输入验证”进行测试，然后注意的地方是，当利用
IE
回退或者刷新时，显示
的验证码应该和实际系统验证码
一致。
如果验证码以图片形式显示，
但图片由于其他原因
(
如
网络
)
不能看到或者显示不完整，系统应该允许进行重新获取，最好不要做整个页面刷新
2.
操作验证
(CZ)
该用例库主要针对页面操作
1.
页面链接检查：
每一个链接是否都有对应的页
面，并且页面之间切换正确
2.
相
关性检查：删除
/
增加一项会不会对其他项产生影响，如果
产生影响，这些影响是否都正确
3.
检查按钮的功能是否正确：如增、删、改、查等功能是
否正确
4.
重复提交表单：一条已经成功提交的记
录，用
IE
回退后再提交，看看系统是否做
了处理
5.
多次
IE
回退：检查多次使用
IE
回退的情况，在有回退的地方，回退，回到原来
页面，再回退，重复多次，看是否出错<
/p>
6.
快捷键检查：是否支持常用快捷键
，如
Ctrl+C
、
Ctrl+V
、
Backspace
等，对一些不允许输
入信息的字段，如选人、选日期对快捷方式是否也
做了限制
<
/p>
7.
回车键检查：在输入结束后直接回车键，看系统处理如何，能
否报错
8.
上传下
< br>载文件检查：
上传下载文件的功能是否实现，
上传文件是
否能打开，
对上传文件的格式有何
规定，系统是否有解释信息，
并检查系统是否能否做到
9.
其他验证：在页面上图片的大小