ui-testcase.doc

教 师 教 案(2009 2010学年第 一 学期 )课 程 名 称：软件测试实训授 课 学 时：150学时授 课 班 级：07软件测试1班任 课 教 师：庞山山北大方正软件技术学院课程名称软件测试实训授课专业班级07软件测试1班年级07级课程编号修课人数40 人课程类型必修课素质基础课 ( )；实训课 ( )；选修课专 选 课 ( )； 公 选 课 ( )授课方式理论课 ( ) ；实践课 ( )考核方式考核课程教学总学时数学时150学时学 分10学时分配课堂讲授 0 学时； 实践课 150 学时教材名称软件测试实训 作者 李锦内部自编教材出版时间待出版授课教师庞山山职称讲师学科软件测试技术授课时间周一、周二、周三、周四、周五章节UI测试用例设计教学目的及要求教学目的：学习编写界面测试用例教学重点与难点教学重点：编写界面测试用例难点：界面测试需求的用例教学手段讲解，实训教学方法讲授、实训、实践作业教学内容概要备 注【分组】n 四到六名同学一组，选出组长n 组长职责 负责分配任务，对任务执行过程进行管理 负责组织本组同学对任务结果进行分析总结 负责将任务执行过程中出现的问题进行上报【实训任务】每个项目组完成“学创购书网”所有页面的界面测试需求用例。项目经理担当本项目组工作任务分配，分配形式可参照表2-5（如下所示）。文档保存名称严格参照表2-5中的“文档名称”列相关说明。 作业内容页面标识担当者作业类型预定作业时间（H）实际作业时间（H）计划开始日计划结束日文档名称界面测试需求设计P1- P5姓名1UI需求用例作成12UI_P1_1.0项目经理UI需求用例评审2-姓名1UI需求用例修改4UI_P1_2.0P6- P10姓名2UI需求用例作成12UI_P6_1.0项目经理UI需求用例评审2-姓名2UI需求用例修改4UI_P6_2.0P11- P14姓名3UI需求用例作成12UI_P11_1.0项目经理UI需求用例评审2-姓名3UI需求用例修改4UI_P11_2.0P15- P19姓名4UI需求用例作成12UI_P15_1.0项目经理UI需求用例评审2-姓名4UI需求用例修改4UI_P15_2.0P20- P24姓名5UI需求用例作成12UI_P6_1.0项目经理UI需求用例评审2-姓名5UI需求用例修改4UI_P6_2.0说明：“页面标识”列来源于测试计划表测试范围中的“页面标识”列；“文档名称”列， UI表示用户界面UserInterface、P1表示页面标识、1.0表示作成版本号、2.0表示修改版本号，页面标识和版本号根据情况进行调整。【规范】界面测试用例UI模板项目UI测试测试项数总计：Case数总计：OK Case数总计：NG Case数总计：不可实施Case数总计：参考文档：10000页面名称：S级Case数总计：高级Case数总计：中级Case数总计：低级Case数总计：测试结果说明：1、：OK；2、：NG；3、：不可实施。0 0 0 0 OK率：NG率：不可实施率：0%0%0%测试设计测试记录Case ID界面测试类型子分类测试项检查内容操作步骤测试数据优先级正确结果测试结果实施担当实施日期测试版本对应Bug ID备注说明：Case ID，编号U_ModuleName_ID， “U”用来表示User Interface用户界面， “ModuleName”代表在模块名称， “ID”表示编号；保证编号的唯一性和易识别性。界面测试类型，范围有控件、窗体、菜单、消息框等。子分类，建立子分类的目的是对界面功能需求进行逐层分解。其中界面测试类型“控件”子分类范围为文本框、单选框、复选框、下拉菜单、按钮、时钟控件。测试项，描述具体的测试项目。优先级，可选择高、中、低三种情况。正确结果，对预期结果的描述。【案例】案例1：设计“用户登录”界面测试用例用户登录界面如图2-1所示。图2-1会员登录界面Case ID功能分类第一层功能分类第二层功能点测试项操作步骤检查内容测试数据优先级正确结果1控件测试EditBox(字符型)用户名确认缺省状态缺省值-高用户名为空21.在用户名中不进行输入2.点击登录必须输入项为空-高message提示:请输入用户名3在用户名中输入字符超出边界设计输入15个以上双字节字符高不能输入4输入30个以上单字节字符高不能输入5密码确认缺省状态缺省值-高密码为空61.在密码中不进行输入2.点击登录必须输入项为空-高message提示:请输入密码7在密码中输入字符超出边界设计输入15个以上双字节字符高不能输入8输入30个以上单字节字符高不能输入9验证码确认缺省状态缺省值-高验证码为空101.在验证码中不进行输入2.点击登录必须输入项为空-高message提示:请输入验证码11Button登录确认缺省状态缺省状态-高登录为Enable状态12鼠标单击登录检查单击功能-高单击后，发送一次数据，登录成功13鼠标双击登录检查双击功能-高屏蔽掉重复发送数据，只执行一次操作14鼠标移动到登录上登录的显示状态高登录按钮成高亮显示状态，鼠标箭头变为手的形式15窗体测试界面风格窗体确认窗体大小窗体的大小-高窗体大小正常，窗体的全部内容可显示出来16拖动窗体窗体的移动主窗体高主窗体不可移动17副窗体高副窗体可正常移动18点击浏览器的还原按钮或双击浏览器的标题栏窗体的缩放当前为最大化状态高窗体可以缩小19高文字显示正确，没有出现重叠或比例显示不正确的现象20高滚动条的长度变大或出现21点击浏览器的最大化按钮或双击浏览器的标题栏当前不是最大化状态高窗体可以最大化22高文字显示正确，没有出现重叠或比例显示不正确的现象23高滚动条的长度变小或没有24点击最小化按钮-高窗体最小化到后台25点击关闭按钮-高窗体正常关闭26改变显示的分辨率分辨率-高窗体能够按照改变后的分辨率正常显示27窗体类型确认窗体的类型窗体类型-高所有窗体均为模式窗体28控件确认控件字体字号字体字号-高确认控件字体字号的一致，没有出现文字重叠的现象，控件与字体的位置正确29-高确认无全半角中英文混合30文字内容一致性确认文字内容一致文字内容一致性-高相同控件的名称一致，关于相同描述的说法一致31样式一致性确认样式一致样式一致性-高同一类型控件的样式一致32窗口Title名称窗Title栏文字表达正确性确认窗Title栏文字表达正确窗Title栏文字表达正确性-高窗Title栏文字表达正确33特殊属性主界面图标确认每一页的主界面图标一致主界面图标-高34初始focus位置初始focus确认初始focus位置初始focus-高初始focus位置在用户名35键盘操作Tab Order顺序利用Tab键进行切换Tab Order顺序-高Tab的顺序为从左到右，从上到下36Enter键焦点在Button时，按下Enter键Enter键功能确认-高能够实现鼠标单击的功能37上下键按住上键上下键-高纵向向上滚动屏幕38按住下键-高纵向向下滚动屏幕39左右键按住左键左右键-高横向向左滚动屏幕40按住右键-高横向向右滚动屏幕41Space键按下Space键Space键-高屏幕跳转到底端42菜单导航条导航条的显示鼠标移动到导航条导航条的高亮显示鼠标指向的不是当前页高导航条被指向的项高亮显示43导航条的跳转点击首页导航条的跳转功能当前在用户登录页面高跳转到首页页面，跳转功能正常44点击图书分类-高跳转到图书分类页面，跳转功能正常45点击我的帐户-高跳转到我的帐户页面，跳转功能正常46点击购物车-高跳转到购物车页面，跳转功能正常47点击帮助中心-高跳转到帮助中心页面，跳转功能正常48点击后台管理-高跳转到后台管理页面，跳转功能正常案例2：设计“添加图书”界面测试用例添加图书界面如图2-2。图2-2添加图书界面设计界面测试用例如表2-2表2-2添加图书界面测试用例页面Case ID界面测试类型子分类测试项添加图书UI_P13_1控件EditBox(字符型)书名UI_P13_2作者UI_P13_3译者UI_P13_4出版社UI_P13_5ISBNUI_P13_6图书简介UI_P13_7EditBox(数值型)条形码UI_P13_8价格UI_P13_9页数UI_P13_10版次UI_P13_11EditBox(日期)出版日期UI_P13_12DropList图书分类UI_P13_13折扣UI_P13_14开本UI_P13_15装帧UI_P13_16Button添加UI_P13_17重置UI_P13_18浏览UI_P13_19CheckBox是否折扣UI_P13_20窗体窗口Title名称窗Title栏文字表达正确性UI_P13_21界面风格窗体UI_P13_22窗体类型UI_P13_23控件UI_P13_24文字内容一致性UI_P13_25样式一致性UI_P13_26特殊属性主界面图标UI_P13_27初始focus位置初始focusUI_P13_28键盘操作Tab Order顺序UI_P13_29Enter键UI_P13_30上下键UI_P13_31左右键UI_P13_32Space键UI_P13_33消息框添加成功消息类型UI_P13_34触发条件UI_P13_35Message内容UI_P13_36Message对话框ButtonUI_P13_37后继处理UI_P13_38导航栏添加图书文字规范UI_P13_38图标UI_P13_40布局UI_P13_41快捷键UI_P13_42热键UI_P13_43鼠标-【涉及知识点总结】1、在组织及编写测试用例时注意两个特征：一，有效性，测试用例是测试过程中重要参考依据。根据相同的测试用例，不同的执行人员得到的输出应该是一致的；二，可评估性，测试用例通过率是软件质量的量化标准，也是验证测试人员工作进度、执行工作量以及工作效率的量化标准。2、测试用例是测试工作的指导，是软件测试必须遵守的准则。更是软件测试质量稳定的根本保障。在测试过程中应遵循由简到繁的原则，先进行单个控件的功能测试，确保实现后，再进行多个控件的功能组合的测试。组合后测试用例的数量将很庞大，测试的时间和预算都不允许完整的测试，因此有选择的组织测试以期达到事半功倍的效果，通常按以下方式组织：1. 首先进行UI