界面测试用例

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

二测试用例测试用例来源于测试需求,是对测试需求的进一步细化,是整个测试工作的基础。测试用例覆盖系统的程度决定了测试的覆盖程度。设计测试用例主要有几个方面的作用第一,执行测试时可根据测试用例的优先级别进行实施,有利于时间与资源的管理;第二,在回归测试中除了补充少量测试用例来寻找新的缺陷外,绝大部分是重复以前的测试用例用来验证软件的正确性以及验证软件缺陷是否被修复,所以设计测试用例降低了工作强度,减少回归测试复杂度;第三,在测试用例设计的基础上,执行期间对已通过、未通过的测试用例进行记录和统计,对未通过的测试用例编写测试缺陷报告,从而全方位的保证了测试工作的追踪。设计界面测试用例界面测试Case的设计,分成三步进行,首先依据已经设计好的界面测试需求抽取的测试项,进行测试数据的设计,再根据测试数据来描述操作步骤和正确结果。界面测试Case主要由测试项,检查内容、操作步骤,测试数据,正确结果等组成,详见表2_19。表2_19界面测试项抽取测试项检查内容操作步骤测试数据优先级正确结果…………………………密码缺省值确认缺省状态--高[密码]为空必输入项为空1.在[密码]中不进行输入2.点击[登录]--高不能为空,message提示:密码为必填信息不允许复制、粘贴操作1.在[密码]中进粘贴入2.点击[登录]正确密码高不能粘贴…………………………界面测试用例任务1、任务类型界面测试用例任务类型见表2_20。表2_20界面测试用例任务任务界面测试用例任务类型描述:测试作业类型保存模板备注计划任务业务理解UI测试用例作成○附录1模板_5界面测试用例模板UI测试用例评审○在原文件基础上添加标注UI测试用例修改○附录1模板_5界面测试用例模板日常任务问题交流△会议○附录1模板_1会议模板培训/学习△邮件联络△周报○附录1模板_2周报模板自定义任务1△自定义任务2△自定义任务3△任务说明:1.“成果保存”列,○表示必须、△表示可选。2.计划任务“UI测试用例设计作成”及“UI测试用例设计修改”以页面为单位保存为Excel格式。同一页面中如包含多个页面名称,则每个页面名称独立为一个sheet。3.日常任务“会议”,以项目组为单位制成,保存为WORD格式,项目测试组长担当。4.日常任务“周报”,以个人为单位制成,保存为WORD格式,个人担当,每周五提交。2、任务计划安排测试范围在测试计划中已经给出。每个项目组完成“学创购书网”所有界面的测试用例设计。界面测试需求已完成,界面测试用例在界面测试需求的基础上设计,所以要与界面测试需求严格保持一致。测试经理担当本项目组工作任务分配,分配形式可参照下表。文档保存名称严格参照表2_21中的“文档名称”列中相关说明。表2_21界面测试需求任务计划作业内容页面标识担当者作业类型预定作业时间(H)实际作业时间(H)计划开始日计划结束日文档名称UI测试用例设计P1-P5测试员AUI测试用例设计作成UICASE_页面名称_1.0测试经理UI测试用例设计评审……测试员AUI测试用例设计修改UICASE_页面名称_2.0P6-P10测试员BUI测试用例设计作成UICASE_页面名称_1.0测试经理UI测试用例设计评审……测试员BUI测试用例设计修改UICASE_页面名称_2.0P11-P14测试员CUI测试用例设计作成UICASE_页面名称_1.0测试经理UI测试用例设计评审……测试员CUI测试用例设计修改UICASE_页面名称_2.0P15-P19测试员DUI测试用例设计作成UICASE_页面名称_1.0测试经理UI测试用例设计评审……测试员DUI测试用例设计修改UICASE_页面名称_2.0P20-P24测试员EUI测试用例设计作成UICASE_页面名称_1.0测试经理UI测试用例设计评审……测试员EUI测试用例设计修改UICASE_页面名称_2.0任务计划说明:1.“页面标识”列来源于测试计划表_测试范围中的“页面标识”列;2.“文档名称”列,UI为用户界面UserInterface缩写、CASE表示用例、1.0表示作成版本号、2.0表示修改版本号,页面标识和版本号根据实际情况进行调整。3、任务工作量汇总以项目组为单位进行工作量汇总,测试经理担当,汇总形式参见下表。以项目组为单位进行工作量汇总,测试经理担当,汇总形式如表2_22。表2_22界面测试用例任务工作量汇总计划任务工作量汇总(H)-按人任务类型测试员A测试员B测试员C测试员D测试员E合计业务理解UI测试用例作成UI测试用例评审UI测试用例修改合计日常任务工作量汇总(H)-按人任务类型测试员A测试员B测试员C测试员D测试员E合计问题交流会议培训/学习邮件联络个人工作(计划、总结)自定义任务1自定义任务2自定义任务3合计本周总工作量界面测试用例规范1、检查内容常见的界面测试类型一般包括控件、窗体、消息框、导航条等。针对界面测试用例设计的案例,我们继续扩展典型测试项如何进行检查内容的设计。(1)常见控件一般包括如下类型:①EditBox(文本框)②Button(按钮)③DropList(下拉列表框)④RadioButton(单选框)⑤CheckBox(多选框)⑥ComboBox(组合框)⑦DateTimePicker(时钟控件)……文本类型的输入框是项目中最常使用的一个控件类型,边界外的测试内容在UI测试中进行,其余能够保存到数据库中的都在功能测试中进行测试。下面介绍对于各种控件的检查内容的描述,详见表2_23。表2_23控件检查内容界面测试类型子分类测试项检查内容控件EditBox具体控件名称检查缺省值检查输入项为空检查比最小边界值小的无效域检查比最大边界值大的无效域检查非法数据类型输入检查非法格式输入检查复制、粘贴是否允许检查特殊字符集的输入Button(按钮)具体控件名称检查缺省值检查单击功能检查双击功能检查显示状态DropList(下拉列表框)具体控件名称检查缺省值检查只能选择一项界面测试类型子分类测试项检查内容检查必输入项不允许为空检查键盘上下箭头控制,按列表顺序进行调整检查鼠标滚轮的控制,按列表顺序进行调整首字母检查检查显示完整的条目内容RadioButton(单选框)具体控件名称检查缺省值检查只能选择一项检查键盘上下左右箭头对条目的选择检查组内循环检查不能选中多项CheckBox(多选框)具体控件名称检查条目的功能缺省值必须输入项可为空检查连续多选检查跳跃多选检查取消选择ComboBox(组合框)具体控件名称检查缺省值检查必须输入项不能为空检查键盘上下箭头控制,按列表顺序进行调整检查鼠标滚轮的控制,按列表顺序进行调整首字母检查检查显示完整的条目内容ListBox具体控件名称检查缺省值检查必须输入项不为空检查连续多选不可检查跳跃多选不可检查焦点丢失检查结合键盘上下键进行选择RichTextBox具体控件名称检查缺省值检查滚动条是否显示检查必输入内容可为空检查自动换行检查手动换行检查纵向超出边框显示垂直滚动条ListView具体控件名称检查缺省状态检查选择其中一项界面测试类型子分类测试项检查内容检查取消选择检查一个都不选检查结合鼠标和键盘进行多选检查选择全部检查缺省时,横向、纵向滚动条是否显示首字母检查检查列宽是否可调整检查结合鼠标键盘的操作TreeView(目录树)具体控件名称检查缺省状态;检查选择第一个节点;检查选择第一个节点下子节点;检查选择任意节点;检查选择任意节点的子节点;检查节点焦点丢失;检查结合鼠标键盘进行上下选择;检查节点的展开收缩首字母检查检查缺省时滚动条是否显示检查不能多选DateTimePicker(时钟控件)具体控件名称检查日期转换格式检查缺省值检查必须输入项不能为空检查非法输入格式检查结合鼠标键盘进行上下选择tabpage具体控件名称检查缺省状态检查结合鼠标切换tabpage检查结合键盘Tab键的切换检查切换tabpage后的焦点检查组内循环滚动条具体控件名称检查拖动滚动条信息能否显示检查拖动滚动条时屏幕刷新情况检查结合鼠标键盘进行操作其他控件……具体控件名称……(2)其他界面测试分类一般包括如下类型:界面测试类型除了控件以为还有窗体、消息框、导航栏等类型,下面对这些控件一起介绍检查内容。这些控件有的测试项已经是不可拆分的最小单元,所以就不再进行检查内容的扩展,详见表2_24。表2_24界面其它类型检查内容界面测试类型子分类测试项检查内容窗体界面风格窗体大小移动缩放分辨率窗体类型窗体类型控件字体字号文字内容一致性--样式一致性--窗口Title名称窗Title栏文字表达正确性--特殊属性主界面图标--初始focus位置初始focus位置--键盘操作TabOrder顺序--Enter键Enter键功能确认上下键--左右键--Space键--消息框报错信息具体消息框名称消息类型触发条件Message内容Message对话框Button后继处理询问信息具体消息框名称警告信息具体消息框名称通知信息具体消息框名称导航栏--文字规范字体、字号错别字中英文混合图标--布局导航栏分组快捷键--热键--ABCABC2、操作步骤操作步骤用1.2.3.……顺序标注,操作步骤结束后,不需要增加标点符号,详见表2_25。表2_25操作步骤描述案例操作步骤描述案例:测试项检查内容操作步骤测试数据正确结果………………………折扣首字母检查1.点击[折扣]2.键盘输入字母存在符合输入的首字母的数据自动选择符合首字母的选项………………………案例分析:操作步骤标记顺序后,对于测试执行的人来能够起到有效的提示作用,动作清晰。3、测试数据的描述对于测试CASE中的测试数据,需要描述数据的特性和取值范围,不需要描述具体的数值。这样,不同的测试人员执行CASE时,可以根据数据的要求输入数据,增加了发现问题的机率,详见表2_26。表2_26测试数据描述案例测试数据描述案例:测试项检查内容操作步骤测试数据正确结果………………………版次比边界值大在[版次]中输入3位以上任意半角数字Lable提示:请输入3位以内数字………………………案例分析:测试数据中描述的“输入3位任意半角数字”,有时会描述成“输入3位以上半角数字,如1234”,如果这样描述,那么测试的人执行的时候多数直接测试1234,如果测试结果正确,就测试结束。所以这里描述成任意半角数字,不限制具体数据,这样增加了测试结果的可信度。4、正确结果正确结果中有多个检查点时,需要拆成多个单元格。正确结果尽可能描述出验证细节,详见表2_27。表2_27正确结果描述案例正确结果描述案例:测试项检查内容操作步骤测试数据正确结果………………………鼠标双击[添加]1.输入页面所有必填信息2.鼠标双击[添加]「添加图书」页面所有必填信息正确高添加成功,记录成功保存到DB屏蔽第2次重复操作………………………案例分析:上面案例中,也许会被描述为“添加成功,记录成功保存到DB”。鼠标双击[添加]后,记录成功保存到DB后,要屏蔽掉第二次鼠标点击,所以重点提出来说明一下。这样测试执行的时候会造成测试遗漏界面测试用例示例示例1:设计“会员登录”界面测试用例界面如图2_5,界面测试用例设计如表2_27。图2_5“会员登录”界面表2_27“会员登录”界面测试用例CaseID界面测试类型子分类测试项检查内容操作步骤测试数据优先级正确结果UI_P2_1控件EditBox用户名缺省值确认缺省状态--高[用户名]为空UI_P2_2必输入项为空1.在[用户名]中不进行输入2.点击[登录]--高[用户名]不允许为空错误信息提示UI_P2_3超出最小边界值在[用户名]中输入输入2个以下全角英、汉、数高不允许输入UI_P2_4在[用户名]中输入输入4个以下半角字符高不允许输入UI_P2_5超出最大边界值在[用户名]中输入输入10个以上全角英、汉、数高不允许输入UI_P2_6在[用户名]中输入输入20个以上半角字符高不允许输入UI_P2_7数据类型--------UI_P2_8格式--------UI_P2_9复制、粘贴操作--------UI_P2_10输入特殊

1 / 29
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功