我的测试用例设计-01测试用例的个人见解

刚入行的时候,看了很多关于测试相关的文章,记得有一篇说到测试用例是测试灵魂让我印象深刻。如今,我入行几年了,越发深感测试用例的设计重要性,可以这么说,测试用例的设计与管理是测试工程师的核心技能。我发现很多测试的同行都向往去追求新的测试工具,测试技术手段而忽视测试用例的设计,测试用例的设计其实是测试方法、测试思路的体现,如果一面追求技术手段而忽视方法思路的锻炼,本人就觉得有点本末倒置。

说到此,突然就联想到一个武侠小说的例子。武侠小说里华山派有分剑宗和气宗两个派别,网络上也很多在讨论究竟剑宗厉害还是气宗厉害(小说里当时两派比拼时是剑宗胜利,本人觉得主要是因为风清扬当时被骗不在场而已)。

其实测试工具、测试技术手段等可以看做是剑宗,测试方法思路可以看作是气宗。

再引用小说里我觉得很有道理的一段话(来自岳不群):“剑宗功夫易于速成,见效极快。大家都练十年,定是剑宗占上风;各练二十年,那是各擅胜场,难分上下;要到二十年之后,练气宗功夫的才渐渐的越来越强;到得三十年时,练剑宗功夫的便再也不能望气宗之项背了。”

有几年测试经验的人我觉得都会认同,测试工具、测试技术容易速成,见效快,但测试方法、思路、意识等这类东西需要长期积累和培养。想要做到一个资深的测试工程师,必须先有强大的内在测试技能。为什么别人工资高,为什么别人是测试的设计者,测试架构师,测试经理,其实我觉得很大程度就来源于这个。工具和技术是容易掌握和学习得来的,而内在的一些方法思路才是难能可贵。记得以前一个老大对我说过,一个优秀的测试人员当一个项目来了就能够迅速知道如何去测试,如何能够通过测试保障其质量。

以上扯多了,纯属个人见解,如有意见尽可提,回归正题:

1、什么是测试用例?测试用例是什么?

来自百度百科:测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。

简单的来说,测试用例其实就是测试的思路,测试的操作步骤的文档形式。

2、编写测试用例有什么好处?

1)具有计划性、组织性、步骤性,思路清晰,从而避免盲目测试并提高测试效率,减少测试的不完全性;

2)可以根据用例的优先等级,不同策略实施不同级别的测试;

3)可以根据测试用例的多少和执行难度,估算测试工作量,便于测试项目的时间和资源管理与跟踪;

4)制定公共用例库,不同的项目可以进行用例复用,节省不同项目的用例设计时间;

5)减少回归测试的复杂程度,软件更新后只需更新少量测试用例即可开展工作,降低工作强度、缩短项目周期;

6)如果客户有要求,测试用例会是交付的一部分,同时也可提高软件的可信度;

7)通过编写用例,执行用例,可以跟踪测试进度,同时通过用例获取测试的内容以及其是否全面;

8)通过测试用例编写,发现需求问题、设计问题。

PS:很多公司的测试对于测试用例的重视程度不一样,同时也造就很多测试人员对待测试用例的态度和重视程度也不一样,其实我想说都的是,做事情在于以什么态度去对待,如果你有做好一件事的心,那摆在你面前的所有问题都不是问题,都有办法一一解决;如果你是不想克服,想随波逐流,那就无话可话,自己的人生自己负责。

时间: 2024-12-14 18:46:29

我的测试用例设计-01测试用例的个人见解的相关文章

如何简单设计接口测试用例

接口测试是项目测试的一部分,它测试的主要对象是接口 ,是测试系统组件间接口的一种测试.接口测试主要用于检测外部系统与所测系统之间以及内部各系统之间的交互点.测试的重点是检查数据交互.传递.和控制管理过程以及系统间的相互依赖关系等. 如何设计接口测试用例?首先,明确出发点,和所有的测试一样 ,接口测试出发点是你要证明所测的程序是错误的.以这个出发点为导向,你的设计行为就会尽量朝这个方向,更易发现问题 其次,选择好测试对象.对于一个系统做接口测试选择好的测试对象是接口测试关键.一个系统有无数的接口

功能性测试用例设计方法深入理解

一 进行测试设计的一般流程 设计测试案例的时候,需要有清晰的测试思路,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数.测试用例编写者不仅要掌握软件测试的技术和流程,而且要对被测软件的设计.功能规格说明.用户试用场景以及程序/模块的结构都有比较透彻的理解.测试用例设计一般包括以下几个步骤: 1.测试需求分析 从软件需求文档中,找出待测试软件/模块的需求,通过自己的分析.理解,整理成为测试需求,清楚被测试对象具有哪些功能.测试需求的特点是:包含软件需求,是否具有可测试性. 测试需求应该在软

测试用例设计之从0到1

一.编写工具 禅道,编写速度快 Excel,侧重质量 xmind,侧重流程.逻辑梳理 其他 … 二.编写规范 一个完整的测试用例应该具备正确性及代表性,一般包含如下内容 功能模块 用例编号 用例名称 前置条件 操作步骤 期望结果 优先级 用例类别 用例所属层 编写人 执行人 执行时间 执行结果 缺陷编号 备注 根据实际情况可调整字段,补充如输入值.环境配置.用例描述等字段 下面详细介绍下主要字段 功能模块:此用例归属的功能模块 用例编号:根据不同的流程规则要求,生成编号即可 用例名称:需要见名知

测试面试题集-测试用例设计:登录、购物车、QQ收藏表情、转账、充值、提现

以下内容首发于微信公众号[ITester软件测试小栈]: 测试面试题集-2.测试用例设计 大家好 我是coco小锦鲤 上周五给大家分享了测试基础理论题 这个周五给大家分享测试用例设计题 测试用例的考察无非是检验 是否可以理解给定的需求 是否有设计测试用例的能力是否熟悉各种测试方法 是否有灵活的发散思维 以下给大家列举 登录功能 购物车模块 QQ收藏表情包 网上银行转账 支付宝充值 支付宝提现 6大常见的测试用例设计面试题 Q: 一.登录功能,设计测试用例. A: 功能测试: 1.输入正确的账号和

关于接口测试用例设计的一些思考

接口测试发现的典型问题 传入参数处理不当,引起程序错误 类型溢出,导致数据读取和写入不一致 对象权限校验出错,可获取其他角色信息 状态出错,导致逻辑处理出现问题 逻辑校验不完善 定时任务执行出错 接口测试用例设计 接口测试用例设计主要针对输入.处理.输出进行考虑 针对输入进行设计 对于接口来说,输入就是入参,一般的参数类型 数值型 边界内.边界值.边界外三个方面去考虑 特殊值处理不当程序异常.类型边界溢出.错误信息返回不正确 字符串 主要考虑字符串长度和字符串的内容 空.特殊字符.数字.表情符号

测试用例设计白皮书--边界值分析方法

一.方法简介1.定义:边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法.通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界. 2.与等价划分的区别  1)边界值分析不是从某等价类中随便挑一个作为代表,而是使这个等价类的每个边界都要作为测试条件.  2)边界值分析不仅考虑输入条件,还要考虑输出空间产生的测试情况. 3.边界值分析方法的考虑:  长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对

转:黑盒测试用例设计方法

1. 概述 黑盒测试用例设计方法包括等价类划分法.边界值分析法.错误推测法.因果图法.判定表驱动法.正交试验设计法.功能图法等. 2. 等价类划分法 2.1.              概念 等价类划分法是把程序的输入域划分成若干部分(子集),然后从每个部分中选取少数代表性数据作为测试用例.每一类的代表性数据在测试中的作用等价于这一类中的其他值. 2.2.              等价类划分法的应用 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理

测试用例设计(个人学习用20170312-0319)

测试用例设计 (个人学习用20170312-0319) 测试用例设计方法 11种 1.等价类 2.边界值 3.判定表 4.正交试验法 5.流程分析法 6.状态迁移图法 7.输入域覆盖法 8.输出域覆盖法 9.因果图 10.异常分析法 11.错误猜测法 等价类,边界值(一般组成等价类边界值表) 等价类:它将程序所有可能的输入数据(有效的和无效的)划分成若干个等价类.然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类,测试用例由有效等价类和无效等价类的代表组成,从而保证测试用例具有完整性

1.3测试用例设计方法

测试用例设计方法(黑盒) 1.等价类,划分为有效等价类和无效等价类 1.1.按数据范围划分 有效:0.01-200 无效:小于0.01大于200 1.2.按数据类型划分 有效:数字 无效:非数字字符,中文等 1.3.设计原则 对于有效等价类,应尽可能多的覆盖尚未被覆盖的有效等价类,知道有所都被覆盖为止. 对于无效等价类,每个无效等价类就是一条测试用例 例如: 2.边界值(为了补充等价类的用例) 比如微信红包范围是0.01-200 那么测试用例有: 0 0.009 0.01 0.02 199 20