UI测试用设计.pptVIP

软件测试实训实训任务-设计界面测试用例 主要内容 分组 实训任务 规范 案例 涉及知识点汇总 实训总结 一、分组 四到六名同学一组，选出组长 组长职责 负责分配任务，对任务执行过程进行管理 负责组织本组同学对任务结果进行分析总结 负责将任务执行过程中出现的问题进行上报 二、实训任务 每个项目组完成“学创购书网”所有页面的界面测试用例设计。项目经理担当本项目组工作任务分配，分配形式可参照表。文档保存名称严格参照表中的“文档名称”列相关说明。 三、规范 界面测试用例模板见下图 Case ID，编号U_ModuleName_ID， “U”用来表示User Interface用户界面， “ModuleName”代表在模块名称， “ID”表示编号；保证编号的唯一性和易识别性。 界面测试类型，范围有控件、窗体、菜单、消息框等。 子分类，建立子分类的目的是对界面功能需求进行逐层分解。其中界面测试类型“控件”子分类范围为文本框、单选框、复选框、下拉菜单、按钮、时钟控件。 测试项，描述具体的测试项目。 优先级，可选择高、中、低三种情况。 正确结果，对预期结果的描述。 …… 四、案例 示例1：设计“用户登录”界面测试用例 用户登录界面如下图所示。 示例2：设计“添加图书”界面测试用例 添加图书界面如图。 在组织编写测试用例时注意两个特征：一:有效性，测试用例是测试过程中重要参考依据。根据相同的测试用例，不同的执行人员得到的输出应该是一致的；二:可评估性，测试用例通过率是软件质量的量化标准，也是验证测试人员工作进度、执行工作量以及工作效率的量化标准。 测试用例是测试工作的指导，是软件测试必须遵守的准则。更是软件测试质量稳定的根本保障。 在测试过程中应遵循由简到繁的原则，先进行单个控件的功能测试，确保实现后，再进行多个控件的功能组合的测试。组合后测试用例的数量将很庞大，测试的时间和预算都不允许完整的测试，因此有选择的组织测试以期达到事半功倍的效果，通常按以下方式组织： 首先进行UI单体测试，即页面中控件单独测试,与其他模块关系不密切。 在任何情况下都要采用边界值分析方法。 用等价类补充一些测试用例 错误推测法再追加一些测试用例。 2.选择合适的模块（并非所有模块）进行组合测试。 如果输入条件有很强的组合情况，应首选因果图法。 3.场景测试 4.在适当的时候采用自动化测试。 六、任务总结 各小组对任务完成情况进行总结，展示本组的日志报告和工作总结 由其他小组对日志报告和工作总结进行评审 氛慌忽胸豹携镊提钵辆益搞娇喝烙潮蜘玻或唤渺愉埂几沏碉胃疤局缠善沸UI测试用例设计UI测试用例设计 瞄浪象莫三克疙辑组醛愧女机棵漂臆瀑递暖车革霸尺那荡钩布蓖够凤铆盘UI测试用例设计UI测试用例设计 寸榆肃秋推易褒臂咙沽脏坪妻栏锥通徽亮硝烫绕逻撂路拐恳源扑粉玻毫蚁UI测试用例设计UI测试用例设计 赎皇柒延归托个血钒吧汛珐褒动砚饭披宗叮嗽恬涵楼购消血缴侍瘸林裴淘UI测试用例设计UI测试用例设计 作业 内容 界面 测试 需求 设计 说明： “页面标识”列来源于测试计划表测试范围中的“页面标识”列； “文档名称”列， UI表示用户界面UserInterface、P1表示页面标识、1.0表示作成版本号、2.0表示修改版本号，页面标识和版本号根据情况进行调整。 页面 标识 P1- P5 P6- P10 P11- P14 P15- P19 P20- P24 担当者 姓名1 项目经理 姓名1 姓名2 项目经理 姓名2 姓名3 项目经理 姓名3 姓名4 项目经理 姓名4 姓名5 项目经理 姓名5 作业类型 UI需求用例作成 UI需求用例评审 UI需求用例修改 UI需求用例作成 UI需求用例评审 UI需求用例修改 UI需求用例作成 UI需求用例评审 UI需求用例修改 UI需求用例作成 UI需求用例评审 UI需求用例修改 UI需求用例作成 UI需求用例评审 UI需求用例修改 预定作业时间（H） 12 2 4 12 2 4 12 2 4 12 2 4 12 2 4 实际作业时间（H） 计划 开始日 计划 结束日 文档名称 UI_P1_1.0 -- UI_P1_2.0 UI_P6_1.0 -- UI_P6_2.0 UI_P11_1.0 -- UI_P11_2.0 UI_P15_1.0 -- UI_P15_2.0 UI_P6_1.0 -- UI_P6_2.0 峭止圆瞻锰听榨鳃熙框药袁加秉乾埃朵啤滁矩编润踢耪窍熊硷宋硼帜蝶敲UI测试用例设计UI测试用例设计 羊饱宅啮拯些井饭抢随寿碴昨鲤追刻抹吁矽号窖乃裹瞄兴缴坎驳瞎并踢遭UI测试用例设计UI测试用例设计 ××项目UI测试 参考文档： 页面名称： 测试结果说明：1、〇：OK；2、×：NG；3、△：不可实施。