精华内容
下载资源
问答
  • 从功能测试转接口测试,测试用例设计上也需要有所转变,今天就来讨论下各自的侧重点。 功能测试用例设计方法: 1、按产品模块划分,比如登录模块,充值模块,用户中心模块,首页,二级页之类的 2、划分完之后,拿...

    从功能测试转接口测试,测试用例设计上也需要有所转变,今天就来讨论下各自的侧重点。

    功能测试用例设计方法:

    1、按产品模块划分,比如登录模块,充值模块,用户中心模块,首页,二级页之类的

    2、划分完之后,拿登录模块举例,账号、密码输入框、是否自动登录、账号验证,这里常用的黑盒测试方法有:边界法、等价划分法、错误推断法、因果图法等

    3、登录成功后,用户中心会显示该账号相关信息,也需要进行交互性测试用例设计。避免模块孤立化

    接口测试与功能测试不同点在于:

    1、接口测试无界面,对于业务即将使用的业务场景比较模糊

    2、接口测试偏向于对url,method,body等进行参数设计

    接口测试常见测试用例设计场景,参考接口聚合网关agent(作用:调用该接口可以同时调用body内N个接口):

    1、参数不传,body为[]            

    2、参数为空字典,body为[{}]     

    3、body中url为空

    4、body中url不包含https/http

    5、body中url包含空格(前、后、中)

    6、body中method不传

    7、body中method为空

    8、body中method为非GET, POST, PUT, PATCH or DELETE的字符

    9、body中method包含空格(前、后、中)

    10、body中headers不传

    11、body中herders为空

    12、body中headers值有误

    13、body中headers包含空格(前、中、后)

    除了针对业务接口的异常测试用例设计;还有agent本身的异常测试用例设计

    1、method方法不符合接口请求

    2、请求url有误

    3、请求header有误

    还有body的md5校验

    1、对body的内容,进行md5加密,做一致性校验

    2、body内容更改,与传入参数md5不符

    3、md5传入错误,body正确

    接下来最重要的就是该接口实现的功能测试,即业务场景了,这个不管是业务测试,还是接口测试,都必须要掌握。这里是相同的地方,也就不赘述了。

     

     

     

    展开全文
  • OTT业务测试用例(2.1.0完整版)

    千次阅读 2016-07-17 09:22:02
    http://wenku.baidu.com/view/8b1c12d2c281e53a5902ff18.html
    展开全文
  • 测试用例附实例

    万次阅读 多人点赞 2019-03-07 21:10:04
    一、测试用例的概念 测试用例是测试过程中很重要的一类文档,它是测试工作的核心,是一组在测试时输入和输出的标准,是软件需求的具体对照。 二、测试用例的作用 检验软件是否满足客户需求 测试人员的工作量的一...

    一、测试用例的概念

    测试用例是测试过程中很重要的一类文档,它是测试工作的核心,是一组在测试时输入和输出的标准,是软件需求的具体对照。

    二、测试用例的作用

    1. 检验软件是否满足客户需求
    2. 测试人员的工作量的一种体现
    3. 展示测试用例的设计思路

    三、测试用例的内容

    测试用例八个基本项是:测试用例编号、测试项目、测试标题、重要级别、预置条件、输入、操作步骤、预期输出

    (不同公司的测试用例内容不尽相同)下面是更为详尽的测试用例内容

    用例编码,用例名称/标题,测试背景,前置条件,优先级,重要级,测试数据,测试步骤,预期结果,实际结果,测试人员,测试时间,备注

    四、测试用例的编写流程

    需求分析-->提取测试点-->测试用例设计-->测试用例评审

    五、测试用例的常用方法

     

    方法备注例子
    等价类划分法在每个等价类中选取一定数目的值作为代表。等价类分为有效等价类和无效等价类,输入符合条件的值对功能进行检验,输入无效等价类的值可以帮助找出程序错误的地方 

    在注册时,密码规定为6--18位英文字母或数字及下划线,那么小于6位或大于18位的一串字符就是一个等价类,在6-18位的包含处英文字母和数字及下划线之外的字符是另外一种等价类

    边界值分析法边界值分析法是对输入输出的边界值进行测试一种的黑盒测试方法,是对等价类分析法的补充在注册时,密码规定为6-18位,则5,19都是边界值 
    场景法通过运用场景来对系统的功能点或业务流程的描述,从而提升测试效果。场景法一般分为基本流(又称正确流,模拟用户正确的操作流程)和备用流(又称错误流:模拟用户错误的操作流程)1、根据需求,找到基本流和备选流(找出正确的操作流程和可能出错的环节) 
    (1)基本流—正确取款 
    ①插入银行卡:客户将银行卡插入ATM机的读卡器 
    ②验证银行卡:ATM机从银行卡的词条中读取账号代码,并检查它是否属于可以接收的银行卡 
    ③输入密码:ATM机要求输入密码 
    ④验证密码:验证该密码是否正确 
    ⑤进入ATM机主界面:ATM显示在本机中可用的各种选项 
    ⑥取款并选择金额:客户选择“取款”,并选择取款金额 
    ⑦ATM机验证:ATM机进行验证账户余额是否满足以及总取款金额是否满足要求,验证ATM机内现金是否够用 
    ⑧更新账户余额、出钞:验证成功,更新账户余额,输出现金,提示用户收取现金 
    ⑨返回主界面 
    (2)备选流—出错环节 
    ①银行卡错误 
    ②密码错误 
    ③密码3次错误 
    ④卡内余额不足 
    ⑤超出当日可取 
    ⑥ATM余额不足

    此外还有因果图法、错误推测法、判定表驱动法等,这里暂时不一一介绍,后续我会专门整理一篇博文介绍

    六、测试用例的设计方法和编写

    6.1 测试用例设计

    对各个功能模块进行测试点分析提取测试点在对测试点用例进行详细的编写

    6.2 例子:以PC端QQ登录为例

    • 正常登录
    • 账号为空时点击登录
    • 密码为空时点击登录
    • 账号和密码为空时点击登录
    • 账号错误时点击登录
    • 密码错误时点击登录
    • 记住密码功能是否有效
    • 自动登录功能是否有效
    • 找回密码功能是否有效
    • 注册账号功能是否有效

    七、测试用例评审

    用例评审主要是产品、开发和测试人员针对测试用例能否用于项目的测试而做的工作。

    评审包括同行评审,小组评审,部门评审和第三方评审

    八、评审的意义

    1. 通过评审发现用例的不足
    2. 方便测试人员改进用例
    3. 达到在测试时提高测试质量的目的

    九、实例

    CSDNWeb端的登录界面截图(部分)

     

     

     

    可参考原文 https://blog.csdn.net/sdr_zd/article/details/70453027

    更多项目实战测试用例和缺陷报告的编写可以看一下我的这篇 测试用例和缺陷报告(项目实战案例)

    注意:

    测试用例的编号有一定的规则,比如系统测试用例的编号这样定义规则:ProjectName-ST-001,其命名规则为“项目名称-测试阶段类型-编号”。合理定义测试用例编号,可以更方便地查找测试用例。便于测试用例跟踪。

     

     

    展开全文
  • 作为软件测试工程师,最主要的工作就是:编写测试用例,那么为什么要编写测试用例?它有什么好处?如何编写测试用例测试用例写简单好还是复杂好?如何评价测试用例的质量? 天呐撸!能说不会吗?! 作为倾向软件...

    作为软件测试工程师,最主要的工作就是:编写测试用例,那么为什么要编写测试用例?它有什么好处?如何编写测试用例?测试用例写简单好还是复杂好?如何评价测试用例的质量?
    天呐撸!能说不会吗?!
    作为倾向软件测试工程师的老铁们,还是一起来学习吧!

    一、编写测试用例的好处

    • 测试用例是测试者的依据
    • 测试用例使得工作可重复,是自动化测试的基础

    补充:自动化测试的前提条件是:功能比较稳定,页面元素的变化较小

    • 可以使用测试用例来评估需求的覆盖率
    • 测试用例的复用
    • 编写测试用例的过程中我们可以累积测试的方法思路以供后续借鉴
    通过编写测试用例,可以解决如下问题:

    不知道是否较全面的测试了所有功能
    测试的覆盖率无法衡量
    对新版本的重复测试很难实施
    存在大量冗余测试影响测试效率

    虽然测试用例有那么多好处,但是它也给测试人员带来了一些困扰:测试用例的设计特别的费时费力,一般设计测试用例花费的时间比执行测试用例花费的时间多。尽管如此,我们还是要以积极的态度去编写测试用例,毕竟它带给我们的好处更多一些,这就和金无足赤,人无完人一个道理嘛!

    二、测试用例的设计方法

    1.测试用例的总体设计方法–基于需求的设计

    • RBT( Requirements-Based Testing)是基于需求的测试方法,会使测试更加有效,因为它使测试专注于质量问题产生的根源,即需求。
    • 基于需求的测试是一种最根本的软件测试,重点关注以下两大关键问题。

    (1)验证需求是否正确、完整、无二义性,并且逻辑一致。
    (2)要从“黑盒”的角度,设计出充分并且必要的测试集,以保证设计和代码都能完全符合需求。

    2.具体的设计方法
    (1)等价类

    • 概念:依据需求将输入(特殊情况下会考虑输出)划分为若干个等价类,从等价类中选出一个测试用例,如果这个测试用例测试通过,则认为所代表的等价类测试通过
    • 作用:等价类可以用较少的测试用例达到尽量多的功能覆盖,解决了不能穷举测试的问题。
    • 分类:有效等价类、无效等价类

    有效等价类:对于程序的规格说明书是合理的、有意义的输入数据构成的集合,利用有效等价类验证程序是否实现了规格说明中所规定的功能和性能。
    无效等价类:根据需求说明书,不满足需求的集合。

    • 我们来举两个例子:

    1> 用户需求:吃火锅

    有效等价类:吃海底捞、吃粗粮王、吃千禧
    无效等价类:吃烤鱼、吃川菜、吃凉皮

    2> 软件需求:登录某注册页面,填写用户名(6-15位,字符类型A-Z不区分大小写)

    用户名由长度为6-15位的字符串组成,针对字符类型:
    有效等价类:A-Z,a-z
    无效等价类:数字(1,2.2,-3等)、特殊字符(@,#,$,空格等)

    (2)边界值

    • 概念:边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。
    • 下面的问题如何编写测试用例:

    1> 可变矩形的长度为1-10,边界值取:0、1、10、11
    2> 科技竞赛的参加项目为1-3项,边界值取:0、1、3、4
    3> 查询页面有999行,每50行为一页,边界值取:0、1、50、51、999、1000
    4> 用上述等价类中的例子,当输入的字符类型为A-Z,a-z时,边界值取:5、6、15、16,但是这样的测试用例不全,因为没有测试区间内的值,正确的测试用例还用包含一个在5-16之间的值,例如:5、6、10、15、16

    注:可能会有童鞋问这里的测试用例,取值的之后,可不可以用小于5的一个数比如4或3来代替5?
    答案是不可以的,因为5可以代表4或3所包含的测试用例,但4或3不可以代表5所包含的测试用例,5是边界值,4或3小于该类却没有等于

    • 这里对边界值做以总结:
      这里写图片描述

    (3)因果图

    • 概念:因果图是一种简化了的逻辑图,能直观地表明程序输入条件(原因)输出动作(结果)之间的相互关系。因果图法是借助图形来设计测试用例的一种系统方法。
    • 适用场景:特别适用于被测试程序具有多种输入条件程序的输出又依赖于输入条件的各种情况
    • 因果图需要知道的基本知识

    1> 恒等:如果原因为真,那么结果必定为真。
    这里写图片描述
    2> 与:当两个原因都为真,那么结果为真。
    这里写图片描述
    3> 或:当两个原因中有一个为真时,结果就为真。
    这里写图片描述
    4> 非:只有原因为假是,结果才为真。
    这里写图片描述

    • 因果图法设计测试用例的步骤如下:
      1> 分析所有可能的输入和可能的输出;
      2> 找出输入和输出之间的对应关系;
      3> 画出因果图;
      4> 把因果图转换成判定表;
      5> 把判定表对应到每一个测试用例。

    • 下面来看一个例子:

    假设业务单据的处理规则为:“淘宝618活动,提单已提交,订单合计金额大于300元或有红包,则进优惠”

    具体做法按照因果图的设计步骤来做:

    1> 首先通过分析所有可能的输入和可能的输出,可以得到如下结果:

    输入:订单已提交、金额大于300、有红包
    输出:优惠、不优惠

    2> 找出输入与输出之间的对应关系。通过分析,可以看出有以下的对应关系:

    (1)订单已提交,订单金额大于300元,则优惠;
    (2)订单已提交,有红包,则优惠;
    (3)订单已提交,订单金额大于300元,有红包,则优惠;
    (4)订单金额小于等于300元,不优惠;
    (5)订单未提交,不优惠。

    3> 画因果图:
    这里写图片描述

    4> 将因果图转换成判定表(这里需要计算判定表的列数:因为有三个输入条件,每个条件都有两个取值,因此表的列数=2^3=8)

    这里写图片描述

    5> 最终的测试用例为:1、2、3、4、5

    为什么没有6、7、8呢?因为5、6、7、8四条都属于“无效的等价类”,即:当订单未提交时,不管其他输入,结果都是不优惠。(因为条件判断是有先后顺序的,在这里明显“订单已提交”的优先级高于其他两个。

    (4)正交排列(当因果设计法的用例过多时,就引入了“正交排序”)

    • 概念:正交试验设计(Orthogonal experimentaldesign)是研究多因素多水平的一种设计方法,它是根据正交性,由试验因素的全部水平组合中挑选出部分有代表性的点进行试验,通过对这部分试验结果的分析了解全面试验的情况,找出最优的水平组合。正交试验设计是一种基于正交表的、高效率、快速、经济的试验。

    • 正交表的表达式如下图:

    这里写图片描述

    • 正交表的两条性质:

    这里写图片描述

    • 举个例子:

    以上述的注册为例

    1> 因素:姓名、邮箱、密码、确认密码、验证码

    2> 水平:填写、不填写
    这里写图片描述

    3> 表中的因素数>=5,表中至每个因素数的水平数>=2,行数取最少的一个,即试验次数最少的一个。则:L=N(TC)=6(25)=5*(2-1)+1=6。注意:正交表不是随便写的,它是设计好的,在一定范围内,正交表可大可小,一般都选取最优组合

    4> 生成测试用例(注意:测试用例不唯一,只要满足正交表的两条性质即可
    这里写图片描述

    5> 增补测试用例:五个因素都不填写

    (5)场景设计法

    • 概念:现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。该方法可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,是测试用例更容易理解和执行。

    • 举个例子:(仍然以注册为例)
      这里写图片描述

    (6)错误猜测发

    • 概念:错误猜测法是经验丰富的测试人员喜欢使用的一种测试方法。基于经验和直觉,找出程序中你认为可能出现的错误,有针对性地设计测试用例。经验可能来自于在对某项业务的测试较多,也可以来自于售后用户的反馈意见,或者从故障管理库中整理bug。梳理出产品以往哪些地方容易出现问题,问题越多的地方,潜在的bug也就越多。

    • 举个例子(仍以注册为例):

    1、校验中特殊字符空格的处理?
    2、密码校验中的大小写?
    3、姓名中的特殊字符?
    4、密码发送是否明文

    三、测试用例的粒度–好的测试用例是一个不熟悉业务的人也能依据用例来很快的进行测试

    • 粒度:指编写测试用例的详细程度。
    • 主要参考内容如下:

    产品的质量要求
    项目对用例的要求
    测试时间和资源是否充分

    四、测试用例的评价

    • 测试用例的评价标准:

    (1)测试用例表达清楚、无二义性;
    (2)测试用例可操作性强吧 ;
    (3)测试用例的输入输出明确;
    (4)一条好的测试用例只有一个预期结果;
    (5)测试用例的可维护性好,即可读性好;
    (6)测试用例的需求覆盖率高;
    (7)测试用例让程序暴露bug的能力强。

    • 遵循以上标准,在评价测试用例时,可以让同行评价、用户检查评价、项目中审评评价

    本篇博客的内容有点多,但都是很重要的知识点,欢迎大家批评指正!

    展开全文
  • 下面我来分享下银行测试用例设计的一些经验,希望可以给大家一些新的启发:经验1:要参与需求评审,评审需求的过程实际也是熟悉业务需求的过程。只有对产品的业务理解到位,才能更好、更充分地设计出高质量的测试...
  • 软件测试用例编写策略是指组织和编写有效的测试用例的方法和技巧。一般的,我们可以根据测试用例的设计方法,遵循测试用例的编写原则,针对系统的特点编写有效的测试用例。但在具体的实施过程中,还需要遵循一些有效...
  • 好的测试用例是一个不熟悉业务的人也能依据用例来很快的进行测试评价测试用例的标准:评判好的用例的评价标准 用例表达清楚,无二义性。。 用例可操作性强。 用例的输入与输出明确。一条用例只有一个预期结果。 ...
  • 功能测试用例模板,测试用例模板,测试用例设计,功能测试用例,软件功能测试用例模板,网站功能测试用例模板,功能测试用例设计,软件测试用例模板,测试用例,功能测试项目名称-XX功能测试用例综述编制记录测试用例引入目录...
  • 不同阶段的测试用例的用例编号:系统测试用例: 产品编号ST系统测试项名_系统测试子项名_XXX(具体用例编号)集成测试用例: 产品编号IT集成测试项名_集成测试子项名_XXX(具体用例序号)单元测试用例: 产品编号UT单元...
  • 下面我来分享下银行测试用例设计的一些经验,希望可以给大家一些新的启发:经验1:要参与需求评审,评审需求的过程实际也是熟悉业务需求的过程。只有对产品的业务理解到位,才能更好、更充分地设计出高质量的测试...
  • 测试用例之性能测试用例

    万次阅读 多人点赞 2016-06-22 21:55:14
    测试用例之性能测试用例 性能测试、压力测试、负载测试、强度测试、稳定性测试、健壮性测试、功能测试、接口测试… …,这么多眼花缭乱的测试类型名称,估计很少有人能准确的区分并说出定义来,至于对应的测试用例...
  • 测试用例测试用例的编写、评审和管理)

    千次阅读 多人点赞 2019-06-12 17:06:06
    文章目录测试用例介绍需求分析与测试点编写测试用例编写方法用例编写测试用例评审测试用例管理 测试点划分的常用术语 兼容性:在不同平台上的表现 易用性:用户使用是否友好 UI元素:界面布局 测试用例介绍 ...
  • 测试用例

    2020-12-16 20:18:38
    测试用例的概念的和作用 1.什么是测试用例 是为某个业务目标,而编程的一组由测试输入,执行条件以及预期结果组成的案例 2.如果编写测试用例 1.确定测试依据 2.测试用例分析技术 3.输出测试用例 4.检查测试用例 ...
  • 对ADC测试用例,不同部分功能的测试用例
  • 测试用例测试用例设计的关键点总结

    千次阅读 多人点赞 2018-11-14 21:33:51
    测试用例设计的关键点 测试用例设计是每位软件测试工程师必须的基本技能之一。无论是靠测试经验,还是靠理论,在时间充足的情况下,最好一 一设计测试点,避免在执行测试时部分测试点被遗漏;在时间紧急的情况下,...
  • 介绍了测试用例的基本要素及其好处,深入了解设计测试用例的常用方法:等价类、边界值法、因果图法、正交法、场景设计法和错误猜测法
  • 软件测试测试用例

    2021-03-19 17:59:46
    测试用例 1.测试用例的编写 一组测试输入 执行条件 预期结果 解决要测什么、怎么测、如何衡量 2.测试用例的重要性 有效性(对所有需求中的功能性需求和非功能性需求设计测试用例) 可复用性(可重复执行,提高效率) ...
  • 一、什么是测试用例 在人们的生活当中,我们买手机、买电脑,都是需要测试一下的:开机、屏幕、运行速度、内存大小。这些就是生活中的测试用例。 软件测试中的测试用例 定义:测试用例(Test Case)是为特定的...
  • 通过软件测试用例得出软件测试用例的内容,其次,按照软件测试写作方法,落实到文档中,两者是形式和内容的关系,好的测试用例不仅方便自己和别人查看,而且能帮助设计的时候考虑的更周。一个好的测试用例必须包含...
  • 测试用例是测试设计的一个产出物,它直接体现测试设计的思想,一份漂亮的测试用例不仅仅是设计思路的优秀体现,更是便于流转和执行,具有可读性、传递性。 测试用例的基本要素 用例标题、测试思路、预设条件、测试...
  • 软件测试测试用例用例和分类 一、测试用例的设计方法 1.等价类:等价类划分法是一种典型的,并且是最基础的黑盒测试用例设计方法。采用等价类划分法时,完全不用考虑程序内部结构,设计测试用例的唯一依据是软件需求...
  • 测试——测试用例

    2019-07-17 12:03:09
    测试用例(Test Case):是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:测试环境、操作步骤、测试数据、预期结果等要素,好的测试用例是一个不熟悉业务的人也能依据用例来很快的进行测试 ...
  • G05_在测试用例中嵌套调用其他测试用例 在 HttpRunner 中可以实现测试用例之间的嵌套调用,即在一个测试用例中可以调用其他的测试用例。 实现测试用例的复用,便于维护和管理。 规范用例之间的执行顺序,满足...
  • 1、用例分类用例计划分为三类:业务流程用例、单功能 软件测试用例编写规范 软件测试 该规范的目的是为用例设计人员提供测试用例编写的指导,提高编写的测试用例的可读性、合理性,及可执行性。使测试人员可以更...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 80,085
精华内容 32,034
关键字:

业务测试用例