功能测试用例

功能测试用例库 1.输入验证 1.数字输入验证：分别输入数字(正数、负数、零值、单精度、双精度)、字符串、空白值、空值、临界数值。不合法的输入，系统给出必要的判断提示信息 2.字符输入验证：分别输入单字节字符、双字节字符、大小写字符、特殊字符、空白值、空值。不合法的输入，系统给出必要的判断提示信息 3.日期、时间输入验证：分别输入任意字符、任意数字、非日期格式的数据、非正确日期(错误的闰年日期)、空值、空白值。不合法的输入，系统给出必要的判断提示信息。注：有些系统会不让输入当日以后或者以前的日期、时间；有些系统会通过JavaScript来自动填写日期时间，这时需要注意是否能否人工主观填写输入 4.多列表选择框：测试是否能否多选，列表框中的数据是否能否显示完全。当列表框的数据过多时，需要对数据有一定格式的排序 输入验证主要包括：数字输入验证、非法字符输入验证、输入长度验证、必填项验证和信息提示 5.单列表下拉框：测试是否能否手工输入，下拉框中的数据是否能否显示完整。当下拉框的数据很多时，需要对数据有一定格式的排序。如果下拉框数据值过多时，下拉框可能会超出IE显示范围，此种情况不能够被接收 6.大文本输入框(textArea)：虽然它能够满足大数据量的输入，但最好能够显示地标明输入字符的长度限制，并且应该结合“字符输入验证”进行。需要注意的是，应该允许标点的存在 7.文件输入框输入验证：该输入框主要用做文件上传操作。在测试过程中，应该注意输入文件的扩展名。从测试角度来看，要求开发人员必须对扩展名进行输入限制，并且在适当的地方输入格式提示。当输入是空值等不合法的输入时，系统给出必要的判断提示信息。另外，对于上传的文件大小应该做限制，不宜太大 8.输入字符长度验证：输入字符的长度是否超过实际系统接收字符长度的能力。当输入超出长度时，系统给出必要的判断提示信息 9.必填项验证：输入不允许为空的时候，系统需要有提示用户输入信息功能 10.格式、规则输入验证：当输入需要一定的格式时，系统需要有提示用户输入信息功能。比如身份证号码可以输入18位或者15位，部分身份证最后一位为字母，身份证上生日与身份证号码有一定规则 11.系统错误定位的输入验证：当输入存在问题时，被系统捕获到，此时页面上的光标能够定位到发生错误的输入框 12.单选框、多选框的输入验证：单选框需要依次验证单选框的值是否都有效；多选框需要依次验证多选框的值是否都有效 13.验证码验证：做验证码输入验证时，先结合“字符输入验证”进行测试，然后注意的地方是，当利用IE回退或者刷新时，显示的验证码应该和实际系统验证码一致。如果验证码以图片形式显示，但图片由于其他原因(如网络)不能看到或者显示不完整，系统应该允许进行重新获取，最好不要做整个页面刷新 2.操作验证(CZ) 1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确 2.相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确 该用例库主要针对页 3.检查按钮的功能是否正确：如增、删、改、查等功能是否正确 4.重复提交表单：一条已经成功提交的记录，用IE回退后再提交，看看系统是否做了处理 5.多次IE回退：检查多次使用IE回退的情况，在有回退的地方，回退，回到原来页面，再回退， 6.快捷键检查：是否支持常用快捷键，如Ctrl+C、Ctrl+V、Backspace等，对一些不允许输入信息的字段，如选人、选日期对快捷方式是否也做了限制 面操作 重复多次，看是否出错 7.回车键检查：在输入结束后直接回车键，看系统处理如何，能否报错 8.上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开，对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能否做到 9.其他验证：在页面上图片的大小不宜太大，需要第三方软件支持时，应该给出必要的信息，比如需要jre的支持，但用户机器还没有安装jre，那么此时在页面上应该有显著的标志来提醒用户进行安装 3.登录模块测试用例 该用例库主要针对登录模块。需要结合“访问控制验证(FWKZYZ)”用例库 4.增加操作测试用例(ZJ) 1.添加输入内容，进行“输入验证” 2.应该限制重复增加，具体操作：利用网络传输以及服务器的延迟，多次单击“增加”按钮，该用例库主要针对增加操作 经常在数据库发现重复提交的数据 3.当增加成功或者失败后，应该有必要的信息提示 4.文件数据的增加：有些增加包含了数据库数据的增加，和一些文件的增加，此时的数据会保存在两个地方，所以测试时，需要对相关的数据做全面的验证 5.文件数据验证：进行“输入验证”值“文件输入框输入验证”。注意：当上传的文件为中文文件名时，上传到服务器后，可能会出现乱码现象。现在一般的做法是将原文件名替换成字母和数字的组合，以克服汉字文件名的弊端，另外，可以增加文件的安全性 5.删除操作测试用例(SC) 1.选择需要删除的数据字段。有时候系统会根据ID来删除，有时候系统会根据名称来删除，测 1.登录名输入：进行“输入验证”。需要注意登录名是否区分大小写和空格 2.密码输入：进行“输入验证” 3.提交操作：结合“访问空值验证(FWKZYZ)”。当输入正确的登录名和密码后，该用户能够进入到指定的正确页面。当输入的登录名和密码有误时，系统限制其登录，并且给出适当的提示信息。当遇到错误时，应该进行“错误页面测试” 4.重设操作：当进行重设操作时，当前页面上所有输入项被清空 试的时候应该多注意，一般要求按照ID来删除，因为根据名称来删除，名称可能会存在重名问题 2.应该限制重复删除。具体操作：利用网络传输以及服务器的延迟，多次单击“删除”按钮，经常在数据库中发现重复提交的数据 3.当删除的数据还有文件时，需要去验证存在数据库中的数据，以及硬盘下的文件是否都被同时删除 4.当数据被删除成功或者失败后，要有响应的信息提示 5.进行“操作验证” 该用例库主要针对删除操作 6.修改操作测试用例(XG) 该用例库主要针对修改操作 该用例库主要针对查询操作 1.打开需要修改的数据页面，注意与增加页面相比，只能修改部分数值，例如关键字等是不能被修改的，并且二者数据应该是一致的 2.增加页面上的输入限制与修改页面的输入限制应该一致 3.修改成功或者失败后，应该有相应的信息提示 1.条件输入查询，先进行条件输入框的“输入验证” 2.条件组合查询，将多个条件进行组合查询，结果可以通过数据库验证。需要注意的是，整个数据查询和条件查询数据结果条数要一致，另外，如果遇到某天的查询时间段，有的数据库认为一天不包括零点零分，有的数据库认为包括 7.查询操作测试用例(CX) 3.所有查询结果，必须进行一定顺序的排列，可以按照ID或按照名称来排列 4.当查询成功或者失败后，系统应给出必要的信息提示 8.翻页操作测试用例(FY) 1.当数据量很大的时候，需要进行分页显示，每页显示的行数最好不要超过20行，每页列表上最好有序号标识，行与行之间颜色要有一定区分，这样有利于用户的查找 该用例库主要针对翻页操作 2.翻页按钮应该包括：首页、前一页、后一页、尾页、当前X页、共X页，这些常用按钮和显示，并且按钮都能正常翻页 3.翻页按钮的每页显示的数据要准确，确保没有查不出来的数据，最好的做法就是和数据库结合起来验证 4.页面太多，翻页数据不能全部显示时，系统应该有完善的应对机制，比如值显示当前页的前三页和该页的后三页的页数码 5.当翻到某页时，系统应该有明显的标识，标出该页面所处的页码 9.错误页面测试(CW) 错误页面是在遇到系统异常的情况产生的友好界面 1.当系统遇到致命错误时，不能将服务器的调试信息出现在页面上，因为这样做会带来不安全，应该给出一个合适的提示信息 2.由于系统繁忙，无法及时给出正确信息时，系统可以给出友好的错误页面，如：“请用户稍后再试”等提示信息 一登陆、添加、删除、查询模块的测试点 1. 登陆 2. 添加 3. 查询 4. 删除

1. 登陆

① 用户名和密码都符合要求（格式上的要求） ② 用户名和密码都不符合要求（格式上的要求）

③ 用户名符合要求，密码不符合要求（格式上的要求） ④ 密码符合要求，用户名不符合要求（格式上的要求） ⑤ 用户名或密码为空

⑥ 数据库中不存在的用户名，不存在的密码 ⑦ 数据库中存在的用户名，错误的密码 ⑧ 数据库中不存在的用户名，存在的密码 ⑨ 输入的数据前存在空格

⑩ 输入正确的用户名密码以后按[enter]是否能登陆

2. 添加

① 要添加的数据项均合理，检查数据库中是否添加了相应的数据 ② 留出一个必填数据为空

③ 按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④ 不符合要求的地方要有错误提示 ⑤ 是否支持table键 ⑥ 按enter是否能保存

⑦ 若提示不能保存，也要察看数据库里是否多了一条数据

3. 删除

① 删除一个数据库中存在的数据，然后查看数据库中是否删除 ② 删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除

③ 输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④ 输入的正确数据前加空格，看是否能正确删除数据 ⑤ 什么也不输入 ⑥ 是否指出table键 ⑦ 是否支持enter键

4. 查询 精确查询：

① 输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据 ② 输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据 ③ 输入格式或范围不符合要求的数据，看是否有错误提示 ④ 输入数据库中不存在的数据 ⑤ 不输入任何数据 ⑥ 是否支持table键 ⑦ 是否支持enter键 模糊查询：

在精确查询的基础上加上以下一点

① 输入一些字符，看是否能查出数据库中所有的相关信息

查询：1、是否支持模糊查询

2、存在空格是否能够正常执行查询

3、使用一些特殊字符时能否执行查询，如”%“”_“

4、输入类似程序语句的条件时是否执行查询，如：XXXX”、XXX and 5、条件为空时默认查询出的数据范围，是空值，还是所有数据

6、查询结果是否完整正确，显示是否正常，是否存在分页功能，翻页是否正常 7、查询提示是否正确合理，如查询结果为空时，查询条件输入不合法时

8、多个查询条件时要保证使用单一一个条件都能够查询出正确结果，2个以上组合起来也能查询出正确结果

9、所设定的查询条件项是否合理，是否满足用户需求，是否使用户使用方便，是否存在多于无用的条件

查询输入

（1）分别对单条件进行精确查询

（2）输入长度的检验，输入允许的最长值进行查询，是否支持 （3）两个查询条件是否为2选1，来回选择是否出现页面错误

（4）输入字符 （5）输入特殊字符 （6）输入数字 （7）输入汉字

（8）输入关系表达式 与、或、异或、非、等于 （9）输入空格 （10）条件中含有空格 （11）输入超长字符 （12）输入全角字符 （13）输入单引号

（14）输入单引号引起来的数据 （15）输入双引号

（16）输入双引号引起来的数据

（17）如果支持模糊查询，输入部分查询条件 （18）输入系统中不存在与之匹配的条件 查询结果检查

（1）查询结果按什么顺利排序

（2）查询结果是否根据字段显示排序功能

（3）查询结果是否有分页，如果有，每页最多包含多少记录 （4）查询结果是否匹配 （5）查询结果是否与一致数据库 （6）查询结果是精确查询还是模糊查询 UI验证

（1）文字显示是否正确

（2）页面是否有错别字

（3）输入框大小、文字大小是否合适 （4）页面是否美观

（5）查询结果字段显示是否与需求一致 性能方面

（1）查询处理时间是否能接受

（2）数据库中存在大数据量数据时，查询时间是否能接受

（3）当多个用户同时查询时，输入相同或不同的查询条件系统响应是否及时 以下是我自己总结的：

对于查询功能，同样可以从以下几个方面来进行用例的设计： 1、功能方面考虑：应用边界值和等价类划分法进行用例的设计

边界值：输入最大长度的文本，能否搜出来？输入空格或空，能否搜索出来？ 等价类：要考虑到一些特殊符号的输入查询。 2、易用性方面 3、界面方面

4、安全角度：比如输入一些脚本语言，看是否执行，主要是防XSS攻击问题 5、性能角度：查询效率、并发、响应时间问题的考虑

二设计功能和界面测试用例 1.1 文本框、按钮等控件测试 1.1.1 文本框的测试 如何对文本框进行测试

a,输入正常的字母或数字。 b,输入已存在的文件的名称； c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理； d,输入默认值，空白，空格；

e,若只允许输入字母，尝试输入数字；反之；尝试输入字母； f,利用复制，粘贴等操作强制输入程序不允许的输入数据；

g,输入特殊字符集，例如，NUL及\\n等；

h,输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示；

i,输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示

在测试过程中所用到的测试方法：

1,输入非法数据； 2,输入默认值； 3,输入特殊字符集；

4,输入使缓冲区溢出的数据； 5,输入相同的文件名； 命令按钮控件的测试

测试方法：

a,点击按钮正确响应操作。如，单击确定，正确执行操作；单击取消，退出窗口； b,对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31；

c,对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会；

单选按钮控件的测试

测试方法：

a,一组单选按钮不能同时选中，只能选中一个。

b,逐一执行每个单选按钮的功能。分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”；

c,一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空； up－down控件文本框的测试

测试方法：

a,直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单击向上的箭头，使数目变为10；

b,利用上下箭头控制数字的自动循环，如，当最多数字为253时，单击向上箭头，数目自动变为1；反之亦适用；

c,直接输入超边界值，系统应该提示重新输入；

d,输入默认值，空白。如，“插入”数目为默认值，点击“确定”；或，删除默认值，使内容为空，单击“确定”进行测试；

e,输入字符。此时系统应提示输入有误。 组合列表框的测试

测试方法：

a,条目内容正确，其详细条目内容可以根据需求说明确定； b,逐一执行列表框中每个条目的功能； c,检查能否向组合列表框输入数据； 复选框的测试

测试方法：

a,多个复选框可以被同时选中； b,多个复选框可以被部分选中； c,多个复选框可以都不被选中； d,逐一执行每个复选框的功能； 列表框控件的测试

测试方法：

a,条目内容正确；同组合列表框类似，根据需求说明书确定列表的各项内容正确，没有丢失或错误；

b,列表框的内容较多时要使用滚动条；

c,列表框允许多选时，要分别检查shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况； 滚动条控件的测试

要注意一下几点：

a,滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间； b,拖动滚动条，检查屏幕刷新情况，并查看是否有乱码； c,单击滚动条；

d,用滚轮控制滚动条； e,滚动条的上下按钮。

各种控件在窗体中混和使用时的测试

a,控件间的相互作用；

b,tab键的顺序，一般是从上到下，从左到右； c,热键的使用，逐一测试； d,enter键和esc键的使用；

在测试中，应遵循由简入繁的原则，先进行单个控件功能的测试，确保实现无误后，再进行多个控件的的功能组合的测试。

ps:密码输入框测试时要特别注意进行字母大写输入的测试。

查找替换操作

案例演示:打开word中的\"替换\"对话框

测试本功能有通过测试和失败测试两种情况 通过测试:

1,输入内容直接查找,或查找全部

2,在组合框中寻找已经查找过的内容,再次查找并确认文档的内容正确,如,已经查找过\"测试用例\再次进入不用重新输入查找内容,直接在文档中搜寻就可以.

失败测试:

1,输入过长或过短的查询字符串.如,假设查询的字符串长度为1到255,那么输入0,1,2,256,255和254进行测试;

2,输入特殊字符集,如,在word中.^g代表图片,^代表分栏符,可以输入这类特殊字符测试;

替换测试大体相同.

关于编辑操作窗口的功能测试的用例:

1,关闭查找替换窗口.不执行任何操作,直接退出;

2,附件和选项测试.假如,设定\"精确搜寻\向后\"搜索等附件选项等等来测试;

3,控件间的相互作用.如,搜寻内容为空时,按钮\"搜寻全部\搜寻\全部替换\替换\"都为灰色.

4,热键, Tab键.回车键的使用.

插入操作 1,插入文件 测试的情况 a,插入文件; b,插入图像;

c,在文档中插入文档本身; d,移除插入的源文件;

e,更换插入的源文件的内容;

2,链接文件 测试方法:

a,插入链接文件;

b,在文档中链接文档本身; c,移除插入的源文件;

d,更换插入的源文件的内容.

3,插入对象

要测试的内容

a,插入程序允许的对象,如,在word中插入excel工作表; b,修改所插入对象的内容.插入的对象仍能正确显示;