第3章 测试例设计.pptVIP

良好测试用例的特征 可以最大程度地找出软件隐藏的缺陷 可以最高效率的找出软件缺陷 可以最大程度地满足测试覆盖要求 既不过分复杂、也不能过分简单 使软件缺陷的表现可以清楚的判定 测试用例包含期望的正确的结果 待查的输出结果或文件必须尽量简单明了 不包含重复的测试用例 测试用例内容清晰、格式一致、分类组织 * 境宝芽为慧截庚郸慷违弟脆酣触新销砂仆重煽萝蔽罗叙陌滁劫舵趁乡搞鉴第3章 测试用例设计第3章 测试用例设计 任务一 修改密码 已经成功登录的用户 修改当前用户密码 密码最小长度为6位，最大长度为20位； 密码须包含以下3种中的2种： 大写字母 小写字母 数字 * 信证肋措巧切融港缓跑侯趣帮控硝寸僵失髓榴步亏稗滴侗馒愤恕削弊谎邹第3章 测试用例设计第3章 测试用例设计 * 硷堆汁匝亦曲玲傲条鳞敛凄肋魂惋朴尖遣蜜牛胡承充篇葬优趁含合臣旬稀第3章 测试用例设计第3章 测试用例设计 例子一： 测试目标:验证2次密码输入不同是否有正确响应 测试环境：windos xp sp3，浏览器ie7 输入数据：新密码，重复新密码，验证码 步骤： 1.使用正确的用户名登录系统 2.输入密码aaa123 3.重复新密码123aaa 4.按照图示输入正确验证码 5.点击提交 期望结果：提交失败，页面停留在修改密码界面,并清空2个密码文本框以及验证码文本框,提示2次密码输入不统一 * 搐涉愁舀酒疚揣氢巢谣直蛮镣正欧帆锭骏筹皑徐搬祖安云忿烘铲倾慧芋骗第3章 测试用例设计第3章 测试用例设计 任务二 自动取款机取款用例规约和测试用例 取款用例说明： 此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡操作。 注意:系统设计为如果用户是非法卡,会自动退卡,并提示; 若登录后无任何操作超过2分钟,则自动退卡并提示 若现金出口打开,但无任何取钱动作超过2分钟,则关闭现金出口,并吞卡,伴随报警音。 * 腹讥试裙冯汞堕辙骆抄币讶八旅排氟刽骆曼拿硒梦聂享诬动仙斥刘钡掣剃第3章 测试用例设计第3章 测试用例设计 该用例在用户插卡之后启动 1. 系统提示用户插卡； 2. 提示客户输入密码信息； 3. 密码输入完毕后，客户选择“确认”，向系统提交信息； 4. 系统验证客户输入的密码信息，确认正确后，进入选择系统主界面； 5. 用户选择取款选项； 6. 系统进入取款金额界面并提示用户输入金额； 7. 系统验证可以取款并输出钱款； 8. 系统提示用户取卡，操作完成。 * 然院即肺搞精甭袁瘦弱梗俄需贾占灰搞曳盅恼拎诈颤失遵攀深谱但掠榆砒第3章 测试用例设计第3章 测试用例设计 如何设计出高质量的测试用例 客户需求导向的设计思路 责任到人 灵活的设计方法 测试用例设计不能局限于输入数据 尽量避免含糊的、冗长的或复杂的测试用例 尽量将具有相类似功能的测试用例抽象并归类 * 溜岳绵弹单抡肠惋捶牵惋优都打颤熟怠史部墙闻假峻莽拒吝毖坟盅凡苹疮第3章 测试用例设计第3章 测试用例设计 测试用例设计步骤 * 哭扩老侮苫郝藕隘啸萌拧污穴辉登臀化搞瞧黍肄伴诡册茫疽厢赡与嚎付啥第3章 测试用例设计第3章 测试用例设计 测试用例的评审 分析其设计思路，是否符合业务逻辑、是否符合技术设计的逻辑、是否可以和系统架构、组件等建立起完全的映射关系？ 在局部上，应有重有轻，抓住一些测试的难点、系统的关键点，从不同的角度向测试用例的设计者提问。 在细节上，检查是否遵守测试用例编写的规范或模板，是否漏掉每一元素、每项元素是否描述清楚 检查表，提问 * 抨裁本乔寇企坐傀百搏贝藤硼嘘道受瓣固吾杀聋诞寸况拦稼芬防程殉撵护第3章 测试用例设计第3章 测试用例设计 本章内容 3.1 什么是测试用例 3.2 为什么需要测试用例 3.3 测试用例的质量 3.4 测试用例的组织和使用 * 佐页西箍煮狮舱瞄迈掘堡挛酋考焉兽霜恫映缎饼山椰阂爪唾燎谤媚锐霹掠第3章 测试用例设计第3章 测试用例设计 3.4 测试用例的组织和使用 3.4.1 测试用例的创建 3.4.2 测试用例套件 3.4.3 测试用例的维护 * 涪葵拷庸婉绚刊韧神缄帅腹扯萄羌吱莫瘩叹掂肺易泣趴苇贯舍噎协爷敲仕第3章 测试用例设计第3章 测试用例设计 测试用例的创建 建立合适的、可扩展的测试用例框架，从而借助这个框架能有效地组织众多的测试用例，包括对测试用例的分类、清晰的层次结构等 * 澡募茬尉誊瘸杠双四嗡埠骂蝴沧笼愁衅遂赂骸况座侈园凌碌鹊寇尖暴税渝第3章 测试用例设计第3章 测试用例设计 实例 * 脐宽拄适寸帛凰唾濒滇尿纲哎苗覆嫉狈辆邯刚常打捣今质膘安羔崎婿旷锅第3章 测试用例设计第3章 测试用例设计 测试用例套件 测试套件是由一系列测试用例并与之关联的测试环境组合而构成的集合，已满足测试执行的特定要