- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* 提纲 概念 测试阶段 应用场景 方法介绍 漫游方法 探索式方法 引入流程 成功实践 * 概念(1) 探索式测试(exploratory testing)是一种自由的软件测试风格 强调测试人员同时开展测试学习、测试设计、测试执行和测试结果 评估等活动,以持续优化测试工作。 自由式 策略 场景 反馈 探索式测试 * 概念(2) Monkey测试 动手不动脑、无需IT和业务知识;完全随机、不用培训 传统测试 动手也动脑、需要IT和业务知识; 依据功能点测试正常、异常分支,容易有场景遗漏; 基于经验,很难积累和技能传递,部分随机、很难培训; 探索性测试 有计划和有目的的开展,需要IT和业务知识; 有抽象的方法论便于积累和技能传递,很容易培训; 单位时间内,发现的bug数和取得的代码覆盖率高; * 概念(3) 尽早发现更多软件质量风险的测试手段 来源用户行为模式和软件出错模式的抽象 基于用户场景,通过模拟用户操作,接近真实的复杂用户行为启发测试人员的思维 是对传统测试设计方法的一个颠覆 是一般性测试的重要补充 * 测试阶段(1) 漫游类 基于功能,全面验证需求 作用:预测试和功能基本路径验证 衡量指标:代码覆盖率 探索类 基于用户场景 作用:发现更深层次的bug,mrd不一定有提及 衡量指标:用户场景覆盖情况 * 测试阶段(2) * 应用场景 迭代不同阶段不同的ET 基于场景的 基于策略的 自由式的 自由式的 自由式的 基于场景的 冒烟测试 功能测试 Bug fix 封版 灰度发布 基于场景的 开发周期(d)/2(h) 开发周期(d)/4(h) * 漫游方法 漫游测试 模型(Roaming test model) 为了降低ET重叠率、提高覆盖率,以漫游者视角进行的功能划分模型 漫游测试模型 商业区 历史区 旅游区 破旧区 旅馆区 娱乐区 在软件启动和关闭之间,包含用户使用软件特性和功能 历史版本遗留的代码,曾经出现较多缺陷的特性和功能 对新用户非常有吸引力的特性和功能 完成主要功能后,辅助性特性和功能 软件休息时还必须运行的特性及功能 用户帮助手册未提到的,测试人员需关注的特性和功能 * 探索式方法——极限法 极限测试法:边界之旅 边界之旅涉及的是在上下边界附近进行测试,只为寻找一个突破点 例如: 使用文本框所允许的最大数量的字符或空字符(null)来填充它 建立嵌套文件夹将路径扩充到最大,然后尝试存储文件在最底层 将手机存储空间占满,再下载文件 系统负载满的时候再开启新功能 * 探索式方法——场景插入法 场景插入法:场景的漫游 场景插入法描述的是一个从一个场景跳到另一个场景的方式。从而把两个或者更多场景结合为一个具有混合目的的场景 例如: 1. 百度云看电影的情况下突然遇到来电 2. 听音乐的过程中接收到push通知,在通知栏调起音乐程序播放另一端音乐 3. 页面中弹出alert供用户选择时定时闹钟响了 * 探索式方法——测一送一法 测一送一法:层见叠出 重复某个操作or操作的组合反复连续执行10次以上 例如: 反复分享同一个团品 反复执行下载文件后删除的流程,最终检查本地空间剩余状况 在页面还没有正确刷新之前,反复点击上传按钮多次 * 探索式方法——反叛法 反叛法:没有谁是规规矩矩的 反叛测试法要求输入最不可能的数据,或者已知的恶意输入。 例如: 创建文件时使用明显不符合规范的文件名称 在文件下载过程中删除已下载一半的临时文件 故意删除应用的数据库 * 探索式方法——出租车法 出租车法:条条大路通罗马 测试所有能到达同一目的的操作序列。 例如: 支付可以从 已经下单团品 详情页 详情页 多个入口 * 探索式方法——快递法 快递测试法:传递 输入一个数据后,观察所有显示地方是否都正确显示。 例如: 在app端购买团品,在app、pc上个人中心检查是否正确 选择筛选条件后,然后点击“清除筛选”条件,观察list团品 * 探索式方法——懒汉法 懒汉测试法:默认 以软件的默认值为测试数据执行测试。 例如: 搜索时,使用热门推荐词进行检索 搜索时,使用默认搜索词 * 引人流程(1) 熟悉/了解ET模式 尝试开展ET QA单独参加 Excel收集问题 ST为主,ET作为补充 平均每周2次 RD/UE/UI/PM/QA全员参加 ET成为补充ST的工具 建立收集平台 ST和ET相辅相承 ET更多的出现在迭代内的各个阶段 逐渐开始小型化 完善ET平台,支持一键导入bug ET发现问题数在部分客户端超越ST * 引入流程(2) * 成功实践(1) *
原创力文档


文档评论(0)