设计功能和界面测试用例一

上一篇 / 下一篇  2013-04-10 09:41:15 / 个人分类:转载

1 文本框的测试 
在office软件中选择"插入","工作表"命令 
1.1 对文本框所需做的测试 
文本框的作用是接受用户输入的数据,那么对它的测试就应该从输入数据的内容,长度,类型及格式这几方面来考虑 
1.2 如何对文本框进行测试 
1.2.1 输入正常字母或数字.例如在"名称"中输入"工作表3",单击确定按钮,确认在当前的工作表之前建立了一个名称为"工作表3"的工作表 
1.2.2 输入已存在的工作表的名称,程序应该给出提示 
1.2.3 输入超长字符.例如在"名称"框中输入超过允许边界个数的字符,程序应该给出错误提示 
1.2.4 输入默认值,空白,空格. 
1.2.5 输入非法类型的数据,例如只允许输入字符型数据,尝试输入数字 
1.2.6 利用复制,粘贴等操作强制输入程序不允许输入的数据,程序应该不允许这种操作 
1.2.7 输入特殊字符集,例如,NUL及 
等编程语言中的保留字符 
1.2.8 输入超过文本框长度的字符或多行文本,检查所输内容是否可以正常显示 
1.2.9 输入不符合格式的数据.例如,要求输入年月日格式为yy/mm/nn,实际输入了yy-mm-nn,程序应该给出提示 
注意:对于在文本框中输入的错误数据,程序一般有以下三种处理方式 
1 不允许输入,没有任何提示 
2 输入后立刻给出错误提示要求重新输入 
3 输入错误数据后,单击"确定"或"提交",程序再检验数据的正确性,不正确就给出提示要求重新输入 
--------------------------------------------------------------------------------------------- 
2 命令按钮控件的测试 
案例: 
工程师编号: 月工作天数: 月收益金额: 缴纳保险金: 计算按钮,取消按钮 
2.1 对于按钮控件需要测试以下内容: 
2.1.1 按钮的功能能否实现 
2.1.2 提示信息是否正确 
2.1.3 对于不符合业务背景的输入数据是否有相应的处理方法 
2.2 对按钮控件进行测试的方法如下 
2.2.1 单击按钮正确响应操作.例如单击计算按钮,正确执行薪水的计算操作;单击取消按钮,不执行计算,不修改任何默认值 
2.2.2 对非法的输入或操作给出足够的提示说明.例如输入月工作天数为32天时,单击计算按钮,程序提示天数不能大于31天的信息 
2.2.3 错误说明应该清楚,明了,恰当,让用户明白哪里出错 
2.2.4 对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会.例如,删除,关闭,复制及移动等操作.例如删除,程序应该提示是否删除该文件? 
--------------------------------------------------------------------------------------------- 
3 单选按钮控件的测试 
案例,性别:男,女 
3.1对于单选按钮需要测试如下内容 
3.1.1 单选按钮是否只能同时选中一个 
3.1.2 各单选按钮的功能是否能正确完成 
3.1.3 是否有默认被选中的选项 
3.2 对单选按钮进行测试的方法如下 
3.2.1 一组单选按钮只选中一个 
3.2.2 逐一执行每个单选按钮的功能.分别选择了男和女后,保存到数据库中的数据应该相应地分别为男和女 
3.2.3 一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空 
--------------------------------------------------------------------------------------------- 
4 up-down控件文本框的测试 
案例:新建工作表 数目:up-down控件 
4.1 对于up-down控件文本框组合需要测试以下内容 
4.1.1 对上下箭头的控制 
4.1.2 对边界值的测试 
4.1.3 对默认值的测试 
4.1.4 对非法输入字符的测试 
4.2 对up-down控件文本框组合进行测试的方法如下 
4.2.1 直接输入数字或用上下箭头控制. 
4.2.2 利用上下箭头控制数字的自动循环.例如,数目为253时(边界值),再单击向上箭头,数目变为1 
4.2.3 直接输入超边界数值.例如直接输入260,单击确定,程序给出提示 
4.2.4 输入默认值,空白,空格 
4.2.5 输入非法数据类型 
----------------------------------------------------------------------------------------- 
5 组合列表框的测试 
案例: 重音符 
      组合列表框控件 
5.1 对组合列表框需要测试以下内容 
5.1.1 条目内容的检查 
5.1.2 条目功能能否实现 
5.1.3 在列表框中能否输入数据 
5.2 对组合列表框进行测试的方法如下 
5.2.1 条目内容正确完善.详细条目内容可以根据需求说明确定 
5.2.2 逐一执行列表框中每个条目的功能,确定功能都能正确实现 
5.2.3 检查能否向组合列表框输入数据.检查能否向组合列表框输入数据.若可以输入内容,需要对输入数据的合法性进行检查,与对文本框的测试一样 
--------------------------------------------------------------------------------------------- 
6 复选框控件的测试 
案例:轮廓:复选框 阴影:复选框 
6.1 对复选框控件进行测试的原则如下: 
6.1.1 多个复选框可以被同时选中 
6.1.2 多个复选框可以被部分选中 
6.1.3 多个复选框可以都不被选中 
6.1.4 逐一执行每个复选框的功能.确定每个复选框的功能都可以正确实现 
--------------------------------------------------------------------------------------------- 
7 列表框控件的测试 
案例: 分类:数字,百分比,货币.....等 
7.1 对列表框控件需要测试以下内容 
7.1.1 条目内容是否正确 
7.1.2 滚动条是否可以滚动 
7.1.3 条目的功能能否实现 
7.1.4 列表框能否完全实现多选操作时的各种功能 
7.2 对列表框控件进行测试时需要注意以下几点: 
7.2.1 条目内容正确完善 
7.2.2 逐一执行列表框中每个条目的功能. 
7.2.3 列表框的内容较多时要使用滚动条.如果条目宽度超过列表框的宽度,鼠标指针位于该条目时可以显示完整的条目内容 
7.2.4 列表框允许多选时,要分别检查按Shift键选中条目,按Crtl键选中条目和直接用鼠标选中多项条目时的情况 
--------------------------------------------------------------------------------------------- 
8 滚动条控件的测试 
8.1对滚动条需要测试以下方面的内容 
8.1.1 滚动要能否被拖动 
8.1.2 拖动滚动条时屏幕的刷新情况 
8.1.3 拖动滚动条时信息的显示情况 
8.1.4 滚动条的上下按钮是否可用 
8.2 对滚动条控件进行测试时需要注意以下几点: 
8.2.1 滚动条的长度根据显示信息的长度或宽度及时变换.例如在word中浏览100页的文档,当浏览到50页时,滚动条位置应该处于中部,提示用户当前位置大约是整个文档的一半,如果滚动条仍在上面,就会误导用户 
8.2.2 拖动滚动条,检查屏幕刷新情况,并查看是否有乱码 
8.2.3 拖动滚动条浏览内容 
8.2.4 单击滚动条的空白处,检查是滚动条是否正确移动 
8.2.5 用滚轮控制滚动条 
8.2.6 检查滚动条的上下按钮是否可以实现对应功能 
--------------------------------------------------------------------------------------------- 
9 各种控件在窗体中混合使用时的测试 
9.1 测试各种控件在窗体中混合使用的情况,应重点考虑以下5个方面: 
9.1.1 控件间的相互作用.若选中"下划线"类型,则下划线颜色变为可被选中;若重音符为"无",则重音符位置列表为灰,不能被选中;若选中"浮雕效果",则"轮廓"和"阴影"复选框为灰,不能被选中.若选中分类为"百分比",则格式栏变为百分比的格式 
9.1.2 Tab键的顺序.Tab键的顺序按照一定的规律,一般是从上到下,同时在行间为从左到右 
9.1.3 热键的使用.逐一测试每个热键,都可以执行正确操作 
9.1.4 Enter键和ESC键的使用 
9.1.5 控件组合后功能的实现 
9.2 在测试中,先进行单个控件功能的测试,确保功能无误后,再进行多个控件的功能组合的测试.组合后用例的数量很庞大.因此,必须有选择地使用测试用例进行测试,在测试时要注意以下几点 
9.2.1 列出用户常用的功能组合或者在需求中特别提出的重点功能,除掉一些无意义的功能组合 
9.2.2 利用等价类划分方法,筛选功能组合的取值范围,减小测试区域的面积 
9.2.3 尽量组合其他非重点功能,至少每个控件都被组合过一次 
9.2.4 在一个测试用例中不要组合太多功能,否则发现缺陷后,测试人员优化缺陷报告的难度和程序员调试程序的难度都会增加 
9.2.5 对有缺陷的单个功能,也要重点进行组合功能的测试.编写测试用例本身就是个不断完善的过程,由于软件缺陷具有群集现象,所以要在出现缺陷的地方投入更多的注意力 
--------------------------------------------------------------------------------------------- 
10 文件操作 
在进行测试前,必须先了解被测程序的编程环境,这也决定了我们的测试策略.下图为windows系统对话框,因此在测试过程中调用系统的内容就可以忽略,如窗口左侧的图标.如果是程序员自己定义的对话框,就必须做全面的测试 
案例演示:打开文件对话框 
设计功能和界面测试用例一 - 开心就好 - 开心就好的博客 

10.1 对于打开文件需要测试以下一些内容: 
10.1.1 打开在任意位置的文件 
10.1.2 以各种方式打开文件 
10.1.3 打开任意格式的文件 
10.1.4 单击文件对话框中的各按钮 
10.2 对打开文件进行测试也包括通过测试和失败测试两种情况,通过测试有以下几种情况 
10.2.1 直接打开本地的文件,例如C盘,D盘 
10.2.2 打开网络上文件.例如,打开服务器上的文件或其他机器上的共享文件 
10.2.3 直接输入文件路径和名称.例如,直接输入本地文件路径和名称或者网络文件路径和名称 
10.2.4 逐一测试打开不同的文件类型.例如,word文档,PPT文档,EXCEL文档,HTML网页 
10.2.5 选择打开方式及版本.例如,以只读方式打开,打开1.0版或2.0版 
10.2.6 选择打开文件的操作.例如,直接使用组合列表框选取文件,或者使用"向上一级","转到已访问过的文件夹"等图标来控制 
10.2.7 选择取消.单取消按钮退出窗口,不打开任何文件 
10.2.8 热键,回车键,Tab键的使用 
10.3 失败测试有以下8种情况 
10.3.1 输入不存在的文件名 
10.3.2 改变文件访问权限.例中,打开已被打开的文件;打开文件属性为压缩,加密的,只读或隐藏的文件;打开软件不能打开的文件类型 
10.3.3 更改文件扩展名.例如,将扩展名为dll的文件改为doc的扩展名,然后用word打开 
10.3.4 修改文件的名称.例如,选中要打开的文件a.doc,把文件名改为b.doc,再单击打开 
10.3.5 破坏文件的内容.例如,修改文件的特殊字符,使文件数据损坏;检查程序能否处理损坏数据而不会陷入冗余循环校验,最后崩溃 
10.3.6 给文件输入无效文件名,然后打开文件 
10.3.7 使存储介质处于忙或不可用状态.例如,打开正在从网页下载未完成的文件 
10.3.8 在磁盘容量满的情况下,打开文件 
--------------------------------------------------------------------------------------------- 
11 保存文件 
案例演示:保存文件对话框 
设计功能和界面测试用例一 - 开心就好 - 开心就好的博客

TAG:

 

评分:0

我来说两句

日历

« 2024-05-15  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 15684
  • 日志数: 22
  • 建立时间: 2013-04-10
  • 更新时间: 2013-11-20

RSS订阅

Open Toolbar