功能测试用例设计.pptVIP

分组 实训任务 示例 涉及知识点汇总 实训总结 四到六名同学一组，选出组长 组长职责 负责分配任务，对任务执行过程进行管理 负责组织本组同学对任务结果进行分析总结 负责将任务执行过程中出现的问题进行上报 以组为单位，根据上次实训任务已制定好的功能的测试需求，设计功能的测试用例。 1、设计学创购书网前台的功能测试用例。 2、设计学创购书网后台管理的功能测试 用例。 以“用户登录”为例，根据已制定好的功能的测试需求，设计功能的测试用例。 1、“用户登陆”界面如下图 。 2、软件的功能测试需求如下表。 3、针对功能的测试需求进行测试用例设计，如下表。 示例分析： 编号1-4考虑的是用户名有效域的边界值测试，其中用户名为6-30位char类型，所以有效域的边界值位6、7、29、30。如果范围是最大全角10个文字，设计时需考虑10个全角和20个半角的情况。全角考虑汉字，半角考虑英文和数字，混合输入考考全角、半角、英文、汉字、字符、数字。 编号5考虑的是用户名有效域的等价类测试，只要在有效域范围内任何数据都可。所以设计测试用例时为8-28位中任意位数的char型数据。 功能测试用例最常用到的测试方法 测试用例的两个特征 测试过程中应遵循的原则 测试用例的组织方式 在功能测试用例设计中最常用到的测试方法就是等价类和边界值测试法。其中等价类和边界值无效域测试用例包含在界面测试中，所以在功能测试中主要包括有效域测试用例。可根据某个功能测试项设计多个测试用例集合。 在设计测试用例时，应注意两个特征： 一，有效性，测试用例是测试过程中重要参考依据。根据相同的测试用例，不同的执行人员得到的输出应该是一致的。 二，可评估性，测试用例通过率是软件质量的量化标准，也是验证测试人员工作进度、执行工作量以及工作效率的量化标准。 在测试过程中应遵循由简到繁的原则，先进行单个控件的功能测试，确保实现后，再进行多个控件的功能组合的测试。组合后测试用例的数量将很庞大，测试的时间和预算都不允许完整的测试，因此有选择的组织测试以期达到事半功倍的效果。 测试用例通常按以下方式组织： 一、首先进行UI单体测试，即页面中控件单独测试,与其他模块关系不密切。 在任何情况下都要采用边界值分析方法。 用等价类补充一些测试用例 错误推测法再追加一些测试用例。 二、选择合适的模块（并非所有模块）进行组合测试。 如果输入条件有很强的组合情况，应首选因果图法。 三、场景测试 四、在适当的时候采用自动化测试。 各小组对任务完成情况进行总结，展示本组的功能测试用例设计。 由其他组对汇报组的功能测试用例设计进行评价。 主要内容 一、分组 二、实训任务 三、示例 高 检查网络连接是否超时 11.8 高 检查Web服务连接 11.7 高 检查数据库连接 失败 原因 用户登录失败 11.6 高 设定[验证码] 11.5 高 设定[密码] 11.4 高 设定[用户名] 必须 输入项 11.3 高 [登录]成功，页面跳转至用户Default.aspx画面 常规 用户登录成功 11.2 高 “用户登录”页面正常打开 -- 启动条件 11.1 优先级 功能点测试项 功能分类第二层 功能分类 第一层 需求编号 正常登录 高 8-28位中任意位数的char型数据 等价类 5 正常登录 高 30位char型数据 4 正常登录 高 29位char型数据 3 正常登录 高 7位char型数据 2 正常登录 高 6位char型数据 边界 1.输入[用户名]文本框 2.输入[密码]文本框 3.输入[验证]文本框 4.点击[登录]按钮 设定[用户名] 1 正确结果 优先级 测试数据 方法 操作步骤 功能点测试项 Case ID 正常登录 高 系统提供验证码 等价类 设定[验证码] 11 正常登录 高 8-13位中任意位数的char型数据 等价类 10 正常登录 高 15位char型数据 9 正常登录 高 14位char型数据 8 正常登陆 高 7位char型数据 7 正常登录 高 6位char型数据 边界 设定[密码] 6 1.输入[用户名]文本框 2.输入[密码]文本框 3.输入[验证]文本框 4.点击[登录]按钮 正确结果 优先级 测试数据 方法 操作步骤 功能点测试项 Case ID 四、涉及知识点总结 1、功能测试用例最常用到的测试方法 2、测试用例的两个特征 3、测试过