随笔分类 -  测试思想

摘要:用例优先级定义与使用规范 V1.0 By:授客 1. 规范说明 目的 对软件测试过程中的用例级别进行详细描述及标准化定义,明确不同测试阶段的测试范围,减少测试冗余投入,提高测试效率,建立测试质量基线,减少生产故障事件。 适用范围 xx内部研发项目 传达对象 xx测试团队 优化记录 暂无 2. 规范正 阅读全文
posted @ 2020-03-13 22:04 授客 阅读(1886) 评论(2) 推荐(0) 编辑
摘要:单元测试用例基础设计思想总结 by:授客 QQ:1033553122 基于网络相关资料,加上个人理解,总结的单元测试用例设计思想。 语句覆盖 要求设计足够多的测试用例,使得函数中的每条语句都至少执行一次。 例子 对应代码: // 语句覆盖 public int func1(int x) { int 阅读全文
posted @ 2018-11-04 20:45 授客 阅读(1167) 评论(0) 推荐(0) 编辑
摘要:软件测试版本管理 by:授客 QQ:1033553122 说明:很早之前写过一篇文章“软件测试版本管理与版本发布”,之前作者也按文章中所述执行过,但是随着工作经历的增加,对代码管理认识的加深,发现还是有不足的地方,特别是敏捷模式下,因为缺乏“自动化版本管理”,执行时难免力不从心,所以呢,结合工作经历 阅读全文
posted @ 2017-02-11 17:13 授客 阅读(388) 评论(0) 推荐(0) 编辑
摘要:于测试用例设计的一点感想(优先级与拆分合并设计) by:授客 QQ:1033553122 欢迎加入软件性能测试交流QQ群:7156436 废话不多说,直奔主题吧 1、用例优先级 大家都知道,用例有优先级之分,但是实际执行过程中如果没有养成良好的思维习惯,又容易把这个给忽略,那么问题来了,怎么破? 解 阅读全文
posted @ 2016-10-13 22:10 授客 阅读(889) 评论(0) 推荐(0) 编辑
摘要:关于预发布环境的一些看法 by:授客 QQ:1033553122 就在前不久,感觉有点突然的让运维搞了一套预发布环境,也不知道谁的指令,我猜测十之八九是头下的吧。因为增加了一套环境,测试猿的事情也就相应的增加了,谁让我们是底层的任务执行者呢,难免。那有人会问,既然这样,你还抱怨啥,还有何好说的?好吧 阅读全文
posted @ 2016-08-30 01:29 授客 阅读(478) 评论(0) 推荐(0) 编辑
摘要:SVN代码管理与版本控制 by:授客 QQ:1033553122 欢迎加入软件性能测试交流群(QQ群):7156436 目录 一、 创建根目录... 1 二、 创建版本库... 1 三、 修改版本库基础配置... 1 四、 启动SVN. 2 五、 客户端访问... 3 六、 目录规划... 3 七、 阅读全文
posted @ 2016-08-18 00:39 授客 阅读(1180) 评论(0) 推荐(0) 编辑
摘要:关于测试用例设计的一点感想 by:授客 QQ:1033553122 直接上例子,如下,要测的是一个卡券验证功能: 描述:打开二维码扫描卡券,可对卡券进行验证。支持的卡券分三种,会员主卡,折扣券,代金券,点击手动输入按钮(不知为何,拍照时显示成那熊样了),弹出如下界面 描述:输入编号,点击“优惠券”, 阅读全文
posted @ 2016-06-04 15:09 授客 阅读(533) 评论(0) 推荐(0) 编辑
摘要:测试用例设计需要注意的几个点[摘取] 摘录by:授客 QQ:1033553122 声明:非原创,摘取自网络,取其精华 测试用例需要注意以下几点: 1、单个用例覆盖最小化原则 下面举个例子来介绍,假如要测试一个功能 A,它有三个子功能点 A1,A2 和 A3,可以有下面两种方法来设计测试用例: 方法1 :用一个测试用例(确却的说是用例的逻辑部分)覆盖三个子功能 -Tes... 阅读全文
posted @ 2016-01-06 21:33 授客 阅读(410) 评论(0) 推荐(0) 编辑
摘要:接口测试用例设计实践总结 by:授客 QQ:1033553122 设计思路 1) 优先级--针对所有接口 1、暴露在外面的接口,因为通常该接口会给第三方调用; 2、供系统内部调用的核心功能接口; 3、供系统内部调用非核心功能接口; 2) 优先级--针对单个接口 1、正向用例优先测试,逆向用例次之(通 阅读全文
posted @ 2016-01-01 22:27 授客 阅读(404) 评论(0) 推荐(0) 编辑
摘要:测试用例设计最新实践总结-来自不断的追求 by:授客 QQ:1033553122 直接上例子,如下: 待测页面 用例设计: 说明: 注意: 1、模块的层级不能太多,有必要的话可通过“2级模块1-3级模块1”的形式,减少模块的层级 2、模块下,分“字段校验”和“功能校验”,划分依据呢? 建议:把可执行 阅读全文
posted @ 2015-12-29 20:15 授客 阅读(199) 评论(0) 推荐(0) 编辑
摘要:精简测试用例编写 by:授客 QQ:1033553122 大家都知道,测试用例的一个核心作用就覆盖测试需求,尽可能的减少漏测,同时提高测试效率。再细想想,这种核心作用的本质也就是一种“提醒”作用。 你可能会说“对呀,本来就是这样的呀,没啥问题呀”。我也觉得这个本身没错,那关键的问题是什么呢? 问题在 阅读全文
posted @ 2015-07-05 15:42 授客 阅读(573) 评论(0) 推荐(0) 编辑
摘要:如何进行兼容性测试? by:授客 QQ:1033553122 如何进行兼容性测试? 这个问题说简单也很简单,说难也难。为何说它简单呢?把全部需要兼容的环境都过一遍,不就好了,有啥的呢?那又为何说它难呢?全部兼容的环境都过一遍,需要多少时间呀,而且也可能没那么多环境设备呀(本文暂不谈缺乏设备的情况)。 阅读全文
posted @ 2015-05-23 21:58 授客 阅读(250) 评论(0) 推荐(0) 编辑
摘要:缺陷分析与统计浅析 By:授客 QQ:1033553122 目录 A. 整体统计 1、 项目缺陷数统计 B. 项目统计 1、 版本缺陷数统计 2、 模块缺陷数统计 3、 缺陷严重程度统计 4、 缺陷状态统计 5、 缺陷激活次数统计 6、 缺陷类型统计 7、 每人提交的缺陷数统计 8、 每人关闭的缺陷 阅读全文
posted @ 2015-05-17 20:07 授客 阅读(535) 评论(0) 推荐(0) 编辑
摘要:测试用例设计之边界值分析方法 1.定义 对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。 2.与等价划分的区别 1)边界值分析不是从某等价类中随便挑一个作为代表,而是使这个等价类的每个边界都要作为测试条件。 2)边界 阅读全文
posted @ 2015-03-01 11:17 授客 阅读(504) 评论(0) 推荐(0) 编辑
摘要:测试用例设计之等价类划分方法 by:授客 QQ:1033553122 一.方法简介 1.定义 把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。 2.划分等价类: 等价类是指某个输入域的 阅读全文
posted @ 2015-02-27 19:09 授客 阅读(1047) 评论(0) 推荐(0) 编辑
摘要:测试用例设计之因果图方法 by:授客 QQ:1033553122 一.方法简介 1.定义 是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。 2.因果图法产生的背景: 等价类划分法和边界值分析方法都是着重考虑输入条件,但没有考虑输入条件的各种组合 阅读全文
posted @ 2015-02-26 17:54 授客 阅读(538) 评论(0) 推荐(0) 编辑
摘要:测试用例设计之判定表驱动分析方法 by:授客 QQ:1033553122 1.定义 分析和表达多个逻辑条件下执行不同操作的情形的工具。 2.判定表的优点 能够将复杂的问题按照各种可能的情况全部列举出来,简明并避免遗漏。 在一些数据处理问题当中,某些操作的实施依赖于多个逻辑条件的组合,即:针对不同逻辑 阅读全文
posted @ 2015-02-25 14:56 授客 阅读(208) 评论(0) 推荐(0) 编辑
摘要:授客细说场景测试用例设计与实践 by:授客 QQ:1033553122 测试是一种思想,短视者把工具当目的,远视者把工具当手段..... 软件设计 1)单个用户操作 -> 触发单个事件 -> 事件处理 2)按顺序执行多个用户操作 -> 按顺序触发多个事件,形成事件流 注:通常事件是操作触发的,和操作 阅读全文
posted @ 2015-01-31 14:27 授客 阅读(477) 评论(0) 推荐(0) 编辑
摘要:软件测试版本管理与版本发布 by:授客 QQ:1033553122 阅读该文章之前,建议先了解下做产品和做项目的区别,只有理解了做项目和做产品的联系与区别后,我们才知道怎么对测试工作进行规划,更好的把控质量。 推荐阅读:“做产品VS做项目” 版本命名格式: 1.内网 项目名称_版本号格式_Qx[_标 阅读全文
posted @ 2015-01-02 00:54 授客 阅读(1985) 评论(0) 推荐(0) 编辑
摘要:敏捷测试与开发之我见 by:授客 QQ:1033553122 下文本着实用性原则,谈谈敏捷测试与开发相关的一些想法,如有不同意见或想法,欢迎提出~~ 1、 团队优先 个人觉得,不管做啥,应该把“团队合作”放在第一位。如果团队本身没有凝聚力,没有向心力,那团队就是一盘散沙,有力无处使。“敏捷”也不例外 阅读全文
posted @ 2014-12-14 11:49 授客 阅读(354) 评论(0) 推荐(0) 编辑

点击右上角即可分享
微信分享提示