精华内容
下载资源
问答
  • 测试用例编写

    2020-05-04 10:13:09
    测试用例编写 文章目录前言1.定义2.元素3.重要性4.写作说明1.一些测试用例的模板2.测试用例的写作说明3.优先级1.优先级分类2.优先级的设置5.评审管理1.保证质量的办法2.用例评审要点6.测试用例维护1.原因2.测试用例...

    测试用例编写

    前言

    1. 知识目录
    2. 这是平时学习总结的地方,用做知识库
    3. 平时看到其他文章的相关知识,也会增加到这里
    4. 随着学习深入,会进行知识拆分和汇总,所以文章会随时更新
    5. 参考的文章过多,所以参考会写不全,见谅

    1.定义

    对一项特定软件产品进行测试任务的描述,指定输入,预期结果和一组测试项的执行条件的文档

    • 体现测试方案、方法、技术和策略
    • 内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等

    2.元素

    • 测试目标:why—为什么而测?

      功能、性能、可用性、容错性、兼容性、安全性

    • 测试对象:what—测什么

      被测试的项目:对象、函数、类、菜单、按钮、表格、接口、整个系统等

    • 测试环境:where—在哪里测

      测试用例运行时所处的环境,包括系统的配置和设定等要求。也包括操作系统、浏览器、通讯协议等单机或联网环境

    • 测试前提:which—哪些数据

      操作使各种可变化的数据,比如:数字,字符,文件等

    • 操作步骤:how—如何测

      执行程序和程序的先后次序步骤等,如打开对话框、点击按钮

    3.重要性

    • 是测试人员在测试过程中的重要参考依据
    • 可以帮助实施有效的测试,所有被执行的测试都是有意义的,不要执行无意义的测试操作
    • 良好的测试用例可以重复使用,使得测试事半功倍
    • 测试用例是一个积累的过程
    • 是一个知识传递的过程,能保持一致、稳定的测试质量
    • 测试用例的通过率是检验代码质量保证效果最主要的指标
    • 测试用例也可以作为评估测试人员进度、工作量以及跟踪管理测试的工作效率的主要因素,从而更加合理作出测试安排和调整

    4.写作说明

    1.一些测试用例的模板

    https://blog.csdn.net/shulei00/article/details/105613314

    2.测试用例的写作说明

    1. 用例编号/序号

      简单、唯一(常常是 项目号-例-编号 ,这个还要看具体的单位)

    2. 用例说明

      • 也称为:测试点、检查点、测试概述、测试说明
      • 一句话对测试用例进行概述
      • 可以总结测试目的
      • 可以用疑问句表示
      • 最好看到这句话就知道如何测试
      • 尽量唯一(决策表可能会有重复的测试说明)
      • 用例执行多轮以后,执行会越来越快,写得好得好,直接看概述就行
      • 用词:检查、验证、测试
    3. 初始条件

      • 也称:预置条件、前提条件
      • 是一个静态的状态,如登陆后台
      • 是第一步操作之前的状态,不能太远,不用从头写到尾
      • 很多项目都不写预置条件
    4. 操作步骤

      • 若对数据要求高,需要把数据分离出来
      • 步骤都要有需要
      • 每一步用分号分开,最后一个用句号
      • 每一步必须换行
      • 参数前要加 冒号 :如(密码:123)
      • 设计按钮的界面用 【】“ ”成对间隔
      • 功能的详细用例步骤4-6步
      • 最后一步一步是个动作,不能写结果

      5.预期结果

      • 一个状态
      • 如果参考文档中有描述,就原封不动抄过来
      • 如果参考文档没有描述,则要点一致,可以有几个点。如:QQ默认安装,应能启动

      6.用例状态

      • 通过、失败、阻塞、未执行、搁置、无效用例
        • 初始条件达不到时,一般用例状态设置为阻塞
      • 看如何执行用例,执行完关心什么决定

      7.优先级

      就是用例的执行顺序

    3.优先级

    1.优先级分类

    在这里插入图片描述

    2.优先级的设置

    • 考虑成本、时间、人员等因素,兼顾测试的充分性和效率
    • 用例的关联性
    • 用例的干扰性

    5.评审管理

    1.保证质量的办法

    • 首先:要对客户需求、服务质量要求、产品特性有深刻且全面的理解
    • 其次:采用正确恰当的方法进行用例设计
    • 然后:按照测试用例的标准格式或规范的模板来书写测试用例
    • 最后:对测试用例的审查、评审,也是提高测试用例质量的主要且有效手段

    2.用例评审要点

    • 根据检查单或检查表(check list)进行评审
      • 用例“文字校对”:错别字、病句、语句不通、含义不清、语句有歧义、格式不一致、标点不一致、中英文混合
      • 用例质量:遗漏用例、冗余用例、不清晰用例、错误用例、不可测用例
    • 确认用例的优先级
    • 规划服务器和客户机
    • 用例的分工执行和人员安排
    • 记录评审过程,记录测试环境规划

    6.测试用例维护

    1.原因

    通常情况下,测试用例需要更新,原因如下 :

    • 先前的测试用例设计不全面或不够准确。随着测试的深入和对产品规格说明书的深入研究,对某些、功能、特性、逻辑等的理解越来越清晰、深刻
    • 所发现的严重的软件缺陷没有被目前的测试用例所覆盖
    • 编写的测试用例不规范或语句错误
    • 新的版本中新的功能的需求或原有的功能的增强而需要发生改动
    • 旧的测试用例已经不再适用,需要删除

    2.测试用例管理工具

    • excel
    • Bugfree
    • ZenTao
    • ALM/QC

    7.用例设计与编写方法总结

    1.通过测试

    用于验系统和它陈述的需求一致,确认软件至少能做什么,一般通过分析需求说明书来设计测试用例

    2.失败测试

    纯粹为了破坏软件而设计和执行的测试案例,也称迫使出错测试。主要用于证明“一个软件不会去做不需要它做的事情”

    3.随机测试

    也称即兴测试,是指临时准备的、即兴的 bug 搜索测试过程

    • 缺点:
      • 无法度量随机测试的实际覆盖率
      • 许多测试都是冗余的
      • 测试数据因为是随机的,重复测试是不可能的

    4.应用群效应

    • 找到的软件的缺陷越多,说明那里的问题越多,

      如:在测试中发现大量的上边界条件缺陷,则在测试时应注重上边界

    • 程序员倾向于修复报告出来的问题,要保证除此之外可能存在的其他问题不会出现

    5.探索性测试

    1.含义

    • 一种测试的思维技术
    • 是一种精致的、有思想的测试
    • 强调测试设计和测试执行的同时性
    • 测试人员需要不断学习被测试系统,同时把学习到的关于软件系统的更多信息,通过综合整理进而分析,创造出更多关于测试的注意
    • 测试设计、测试执行、测试日志的记录似乎是无关紧要的工作
    • 测试人员必须根据测试章程在规定的时间内完成

    2.适合的场所

    • 没有或者只有少量有价值的文档
    • 常用于在时间压力下
    • 为补充合适的、正式的和形式化测试

    8如何选择用例设计与编写方法

    • 先:使用大纲法拆分功能
    • 后:使用场景法、决策表设计测试用例
      • 如果程序功能说明中含有输入条件的输入情况,则应在开始就选用决策表法
    • 次:用等价类划分法、边界值分析法、错误猜测法 补充测试用例
    • ​ 执行测试时进行探索性测试或随机测试
    • 后:执行测试用例后进行随机测试

    参考

    1.尚学堂课件

    跳转

    知识目录](https://blog.csdn.net/shulei00/article/details/105611178)

    展开全文
  • 测试用例编写范围: 1、功能相关 满足需求设计的功能 覆盖功能的各条路径 覆盖各种边界值的情况 受影响的其他功能 2、兼容性相关 机型兼容:不同厂商,不同型号,不同配置,用户占比 系统:pc(MAC/window)...

    前言:

    对于测试用例来说,我们重点是他的全面性,

    包括正常操作、非正常操作,合理、非合理,合法、非合法,边界、越界以及一个极限的操作输入。

    每个测试用例都需要有他的预期结果,对于同样的用例,执行的结果是相同的。

    测试用例编写范围:

    1、功能相关

    满足需求设计的功能

    覆盖功能的各条路径

    覆盖各种边界值的情况

    受影响的其他功能

    2、兼容性相关

    机型兼容:不同厂商,不同型号,不同配置,用户占比

    系统: pc(MAC/window)浏览器(谷歌,360,ie,等(根据占比))手机系统(ios/Android (低版本-高版本))

    分辨率:  720*1280,1080*1920,480*854,540*960

    3、用户体验

    ui设计

    功能操作简单,方便

    页面流畅

    风格(少儿,老人是否符合)-易上手,易理解等

    4、性能相关

    系统性能:cpu,内存,耗电量,GPU,磁盘

    安装包大小

    业务性能

    业务响应时间

    流畅度

    稳定性

    流量消耗

    温度

    5、网络方面

    弱网测试:2G/3G/Edge/高延时/高丢包/弱热点(弱网体验)

    无网测试:

    网络切换:wifi-4G-无网等切换

     

    展开全文
  • 软件测试黑盒测试用例编写方法 超全超详细——黑盒测试用例设计方法
  • 方法你都懂,什么等价类,什么边界值,但就是写不出来你不是不会写,而是没有掌握测试用例编写的通用思路,思路一通,结果自成。今天咱们就以雪球APP和web京东登录页面为例,为大家演示一下测试用例的编写思路。...

    2aade712baba49331181591d10db5d72.png

    你在面试的时候有没有遇到过让你现写测试用例的?

    现场立马写,产品没接触过的那种!

    方法你都懂,什么等价类,什么边界值,但就是写不出来

    你不是不会写,而是没有掌握测试用例编写的通用思路,思路一通,结果自成。

    今天咱们就以雪球APP和web京东登录页面为例,为大家演示一下测试用例的编写思路。

    (测试用例的模板和今天的思维导图我都放在文末,自行获取即可)

    免费领取:接口测试+性能测试+自动化测试+测试开发+测试用例+简历模板+测试文档qrcode.testing-studio.com
    00ad8eb6d503d876ed228b5e1cae29fa.png

    今天我带你手把手的写一下雪球APP登录页面的测试用例,如果看完最后的图解和思维导图,你仍然不会写的,算我输!

    先思考一个问题,下面这个简单的登录页面,可以写出来多少条测试用例?

    a9a02b46788f766f24356a3f1c36c1e4.png

    答案是100条以上!

    不要惊讶,看到后面的拆解分析,你就知道为什么要写这么多


    免费领取:简历模板+用例模板+测试教程--来自霍格沃兹测试学院

    在开始演示之前,必须先了解测试用例编写的基本原则:

    • 什么是测试用例
    • 测试用例的作用
    • 测试用例的组成
    • 测试用例的编写思路

    什么是测试用例

    8906e0000696235a9a8848b075c93c21.png

    通俗的来说,测试用例就是指导我们怎么去做测试的文档。在文档中我们提前指明我们的功能点是什么,然后怎么去测这个功能点的步骤,输入的一些测试数据,都写到里面去。当然也包括我们希望的结果。

    如果我们有时间能把所有的情况都试一下的话,肯定是不会存在漏测的情况。但是现在的问题就是时间真的是不允许,尤其现在都在走敏捷的路子,大家恨不得一天上一个新功能,所以说能留给测试的时间真的很少。

    怎样既能覆盖到所有的测试场景,测试的执行数量又能控制在一个比较合适的数字,这个就是我们设计测试用例的过程。

    测试用例的作用

    1、理清思路,避免漏测和重复测

    2、提高测试效率

    3、跟进测试进度

    4、告诉领导做过

    5、跟进重复性工作

    6、更好的记录问题,发现问题,复现问题

    互联网行业扔锅大法:防止背黑锅,杜绝扯皮撕逼,扔到自己头上的锅要坚决扔出去。

    914ce0786beeadcff49d97a9efaea317.png

    所以,不要讨厌去写测试用例,这个也是工作流程、步骤的一个记录。

    测试用例的组成

    ca3d024b6a080fc573d70378bf8ac9e8.png

    其中标题、步骤和期望结果是必须要有的,其余的根据公司的安排就可以了。

    测试用例的编写思路(重点来了!)

    1、划分功能模块

    2、正向功能验证:正常操作功能是否实现

    3、单个功能项验证:正向+异常

    4、功能之间交互验证:模块之间的数据传递

    5、隐形需求:熟悉业务

    在掌握了基本的理论之后,按照正确的方法,咱们来图解一下雪球APP的登录界面,应该如何去写测试用例。

    a5d98bd3948ba898ee2613ea6deff4bd.png

    汇总一下,雪球APP登录页面,账号密码登录模块的用例编写,见下图思维导图。

    cef92da0a27d21cd08c3f01bedce9985.png

    看到这里,是不是整个登录页面,全部写完,得个100条以上的用例?

    免费领取:接口测试+性能测试+自动化测试+测试开发+测试用例+简历模板+测试文档qrcode.testing-studio.com
    00ad8eb6d503d876ed228b5e1cae29fa.png

    如果这个案例你有所收获,但是换了复杂的情况仍然掌控不了,那么再给你演示一下web京东登录页面的测试用例编写。

    f1fb6f71981ecf76d3c9dc1fb4e2611c.png

    在开始拆解编写思路之前,必须要先搞明白一些基本的理论

    面试中测试用例设计思路:

    • 需求分析
    • 界面
    • 功能
    • 易用性
    • 兼容性
    • 性能
    • 安全性

    需求分析

    ❖第一步应该是明确需求,然后我们才开始进行思考如何设计测试用例

    ❖向面试官询问需求细节

    界面测试

    ❖页面布局设计是否和产品原型图(UI效果图)一致

    ❖页面文案正确

    功能测试

    ❖正向功能验证:正常操作功能是否实现

    ❖单个功能项验证:正向+异常

    ❖功能之间交互验证:模块之间的数据传递

    ❖接口验证

    易用性测试

    ❖功能操作是否简便

    ❖页面布局是否美观合理

    ❖提示语相关信息是否易于理解

    兼容性测试

    ❖APP:平台、厂商、系统版本、分辨率

    ❖WEB:浏览器、分辨率

    ❖关注内容:页面展示正确、功能正确

    性能测试

    ❖服务器性能测试

    ❖APP客户端性能测试

    安全性测试

    ❖注入攻击

    ❖加密

    ❖权限

    OK,按照这个原则,在拿到面试题的第一刻起,脑子里就应该先规划出这些内容:

    e0e376500df0e0298da86a194bcceec1.png

    在有了思路之后,要先和面试官确定一下要测试的范围,是账户登录,还是二维码登录,还是第三方登录,每一种情况设计的思路都不一样。

    在确认了测试的范围之后,还需要和面试官确认一下输入框的规则,比如测试的范围是账户登录,那么就要和面试官确认一下账号和密码两个输入框的输入规则,千万不要闷着头上来就干,面试官也非常愿意和你去交流。

    5646c45ea202dc10ce20da388e298f20.png

    在明确了基本的信息,就可以按照具体的步骤一步一步去分析不同的场景,写全测试用例,我写成了思维导图,需要高清图的文末获取:

    64cd5cdfa222e97f47340da507192e3f.png

    总结起来,测试用例并不难,难的是你总是不愿意迈开第一步,你看10篇文章,100个视频,都比不上你亲自写上一次。

    迈开第一步,哪怕做的很烂,先模仿,再超越,小步快跑,快速迭代,然后不断纠正,稳步提升。

    而不是,

    看完了文章,仍然被畏难情绪紧紧束缚。

    打败你的

    只会是你自己!

    免费领取:接口测试+性能测试+自动化测试+测试开发+测试用例+简历模板+测试文档qrcode.testing-studio.com
    00ad8eb6d503d876ed228b5e1cae29fa.png

    最后再提供一些帮助,准备了一些测试用例的模板,自行下载即可

    别忘了点赞呦

    d019c7df0c7bb1cfbc11387eae3a3224.png

    --福利福利--

    免费领取:测试用例模板+自动化+测开+性能+简历+面试核心教程资料

    测试在职如何拿到20k+高薪offer?

    --推荐阅读--

    好的软件测试人员简历是什么样子的?

    展开全文
  • 测试用例编写规范,非常好的学习文档,希望对学习者来说有所帮助.
  • 关于测试用例,可能测试人员会思考很多问题,例如: 测试周期紧张,能否不写用例直接开始... 测试用例编写完是否需要评审,能否直接依据测试用例开展测试? 测试用例有没有专门的管理工具,是否具有可复用性? ...

    3137ea4fb488d2ee573b77f9981bf0a0.png

    关于测试用例,可能测试人员会思考很多问题,例如:

      测试周期紧张,能否不写用例直接开始测试?

      测试用例是否需要按照一定的模板编写?

      测试场景太多,是否每个流程都需要设计测试用例?

      测试用例是否有excel或者其他专门的编写工具?

      如何在编写测试用例时功能覆盖全面?

      测试用例编写完是否需要评审,能否直接依据测试用例开展测试?

      测试用例有没有专门的管理工具,是否具有可复用性?

      ......

    1d294ad992618832a936a8876c8808a3.png

      编写测试用例是测试人员日常工作中最主要最频繁的一项工作,大家诸如此类的疑问还有很多,那么我们就一起来聊聊如何编写测试用例这个问题。


    首先思考一下测试用例的目的,每一条测试用例都需要慎重思考,为什么要写这条用例?希望达到什么样的目的?其实测试用例的目的可以总结为以下几点:

      在开始执行测试之前设计好测试用例,可以避免盲目测试并提高测试效率;

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

      测试用例的使用令软件测试的实施重点突出、目的明确;

      测试用例通用化和复用化则会使软件测试易于开展,并随着测试用例的不断细化其效率也不断攀升;

      根据测试用例的操作步骤和执行结果,为分析软件缺陷和程序模块质量提供依据;

      可以根据测试用例的执行等级,实施不同级别的测试;

      便于大型软件测试项目外包的测试指导。


    其次来思考下测试用例在编写时要满足哪些原则呢?怎样让我们的测试用例更具价值更易于测试工作开展呢?那么一起来看看在设计用例的时候你是否做到了以下这些点:

      可以最大程度地满足测试覆盖需求;

      既不过分复杂、也不能过分简单;

      应设计各种类型的测试用例,除了满足系统基本功能需求外,还应该考虑各种边界情况、异常情况等;

      冗余度尽可能低,不包含重复的测试用例;

      可以最大限度地找出软件隐藏的缺陷;

      可以最高效率地找出软件缺陷;

      使软件缺陷的表现可以清楚的评定;

      测试用例的内容清晰、格式一致、分类组织,对测试功能点、测试条件、测试步骤、输入值和预期结果应该有准确的定义;

      测试用例是可复用和易于跟踪管理的。


      要想达到以上原则,在设计测试用例的时候我们就要注意测试用例的设计方法,功能测试用例采用黑盒测试设计方法,主要有等价类划分法、边界值分析法、因果图法、场景法、判定表法等等。在设计用例时要充分考虑测试情景,综合使用各种方法才能有效提高测试效率和测试覆盖度。

    44262224bf8f4faee6a16725f7b0712d.png

    那么,让我们以常见的网页界面优化功能为例来进一步思考下案例设计:

      检查系统界面与需求效果图是否一致,标题名称是否正确;

      检查界面是否存在错别字或字体不统一;

      检查界面上数据加载是否正常,能否正确显示数据内容;

      检查界面上链接是否有正确的链接地址,能否正常跳转;

      检查界面中的图片是否正确显示,有无裁剪,能否显示完全;

      检查界面上的所有按钮样式是否一致,是否正确;

      检查界面所有按钮、下拉框或者导航箭头是否可用,选择后是否有正确反应;

      检查输入框的最大限制字符,超过最大限度,是否会做处理并有相应提示;

      检查系统在不同浏览器的兼容性问题,在不同浏览器下是否会发生异常;

      检查界面中文本框输入内容过多时,是否会正常换行或做隐藏处理。

    v2-04781b1427e82aa7fbc5cca90e3e29ff_b.jpg

      再来介绍下测试用例的基本要素,包括了测试用例编号、测试用例标题、测试优先级别、测试输入、操作步骤、预期结果等。

      测试用例的编号应遵循一定的规则,以便于查找测试用例和测试用例的跟踪;测试用例标题应该清楚表达测试用例的用途;定义测试用例执行的优先级别,可以分为高、中、低三个级别;明确测试执行中的各种输入条件、测试执行过程的步骤和测试执行的预期结果。

      如果在实际测试过程中,得到的实际测试结果与预期结果不符,那么测试不通过;反之则测试通过。

    a8d8b1908976a9ac49f12d42cd5c4a67.png

      接着强调下测试用例评审,测试用例设计完成后,为确认测试点是否完整、测试方法是否正确、测试流程是否完备,需要进行测试用例评审。

      测试用例评审一般由测试经理组织,参与评审人员包括测试用例设计者、业务人员、项目经理、开发人员等。

      严格执行测试评审程序,测试用例中的许多问题就会提前暴露出来,比如用例设计错误、用例设计遗漏、用例设计冗余、用例设计不充分等,再通过进一步的修正来提高测试用例的可用性和价值,避免因用例问题给测试执行带来麻烦。

      测试用例的编写是一项会对整个测试阶段产生重要影响的活动,这个事实使得测试用例的编写工作变得尤为关键。最后,愿大家都能更好地掌握该项技能,让我们的测试工作更加顺利。

    推荐阅读:

    重要通知丨2020全新软件测试学习路线——内含视频(10G+)mp.weixin.qq.com
    展开全文
  • 软件测试计划书与测试用例编写.ppt
  • 测试用例编写流程

    2021-01-15 11:08:33
    1、需求分析 2、提取测试点 3、测试用例编写 4、测试用例评审
  • 测试用例编写是软件测试的基本技能;也有不少人认为测试用例是软件测试的核心;软件测试中最重要的是设计和生成有效的测试用例;测试用例是测试工做的指导,是软件测试的必须遵照的准则。数据结构在这里咱们不讨论...
  • 软件测试用例编写

    2020-04-04 23:43:18
    第四章 软件测试用例编写 本章重点 1、了解测试用例的定义和作用 2、了解测试用例的主要构成元素 3、掌握如何正确编写测试用例 4、了解软件白盒测试用例设计 5、掌握软件黑盒测试用例设计 一、测试用例的定义...
  • 测试用例编写是软件测试的基本技能;也有很多人认为测试用例是软件测试的核心;软件测试中最重要的是设计和生成有效的测试用例;测试用例是测试工作的指导,是软件测试的必须遵守的准则。 在这里我们不讨论以上的...
  • 测试用例编写原则及规范用例模块划分规范用例颗粒度划分规范用例编写要求规范用例维护规范三.测试用例编号规则一.测试用例包含的元素序号:就是按顺序下去的。模块:该功能点具体属于哪个模块的,如:注册/登录模块...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 14,099
精华内容 5,639
关键字:

测试用例编写