一篇短文让你知道软件测试中的测试用例是啥

这篇具有很好参考价值的文章主要介绍了一篇短文让你知道软件测试中的测试用例是啥。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

目录

一.什么是测试用例

1.测试用例是软件测试的核心

2.评估测试的基准

3.测试用例的八大要素

二、测试用例评审有什么用

三、测试用例评审的目的

四、用例的设计方法

                1.黑盒测试的方法

                2.等价类划分的设计用例思路:

        常见能够划分等价类的地方

        等价类的优缺点

3.边界值分析法

                    边界值的定义

                     边界值分析原则

        4.软件测试用例设计之判定表


一.什么是测试用例

   测试用例(TestCase)是为项目需求编制的一组测试输入,执行条件以及预期结果,一遍测试某个程序是否满足客户需求,可以总结为:每一个测试点的数据和步骤设计即包含了输入+动作+预期结果+实际结果的测试文档

  • 测试用例的重要性

1.测试用例是软件测试的核心

软件测试的重要性是毋庸置疑的,测试用例是测试工作的指导,是软件测试质量稳定的根本保障,影响软件测试的因素有很多,比如软件本身的复杂程度,开发质量,测试方法和技术的运用。但是,有些因素是客观存在的,不可避免的,列如:IT团队的流动,环境,情绪等。

2.评估测试的基准

     测试用例的通过率以及错误率是测试结束的一个重要依据,用来判断软件测试结果是否通过,能否达到上线标准

  1. 保证测试的时候不遗漏测试功能点,可以在测试人员疲惫的时候起到一个牵引作用
  2. 在编写测试用例的过程,可以熟悉需求,对系统加购或者业务流程有一个整体的,深入了解
  3. 好的测试用例不仅方便自己和别人查看,而且能帮助设计的时候考虑的更周全,因此测试用例的写作和设计一样,也是非常重要的。

3.测试用例的八大要素

  1. 用例编号:产品名+测试阶段+测试项+序号
  2. 所属模块:属于哪个功能模块
  3. 测试标题:直接对测试点进行细化得出,同一功能模块标题不能重复
  4. 前置条件:需要满足的前提条件,否则用例无法执行
  5. 测试数据:需要测试的数据信息
  6. 操作步骤:明确给出每个步骤的描述,执行人员可以根据该步骤完成执行工作
  7. 预期结果:根据预期输出对比实际结果,来判断被测对象是否符合需求,(唯一)
  8. 实际结果:测试用例输出的实际结果
  9. 问题截图:出现预期结果与实际结果不相等的结果,我们需要截图来保留证据
  10. 备注:备注

二、测试用例评审有什么用

    测试用例评审是通过测试人员组织的用例评审会议,邀约项目相关人员,主要包括产品,开发和测试三方,对测试人员设计的测试用例的可执行性和全面性进行评估,同时消除各方对需求文档理解的偏差,达到对需求理解的一致

三、测试用例评审的目的

1提高测试覆盖率

2确保需求的可追溯性,复审需求

3开发工程师可带入新的测试角度

4预防缺陷,改善开发质量

四、用例的设计方法

1.黑盒测试的方法

  等价类:指某个输入域的集合,在集合中各个输入的条件都是等效的

      有效等价类:对程序规格说明有意义的、合理的输入数据

      无效等价类:对程序规格说明无意义的、不合理的输入数据

等价类划分举例:规定了输入值的范围或值的个数(如:输入6-10个字符,范围就是6-10个字符

规定了输入数据的一组值(如文化程度:初中,高中,大学)

当规定了规则后,可以划分出一个有效的等价类(符合规则)和若干个无效等价类(不符合规则的,从多个角度违反规则的

2.等价类划分的设计用例思路

  1. 找输入条件
  2. 为每个输入条件找有效、无效等价类
  3. 为每个等价类编号
  4. 用最少的用例覆盖最多的有效等价类
  5. 每一个无效等价类都是一个用例
  6. 并非所有有效等价类都有效
  7. 等价类的覆盖可以重复覆盖(等价类设计覆盖原则:每个测试用例尽可能多的覆盖多个有效等价类,每个测试用例只能覆盖一个无效等价类)

常见能够划分等价类的地方

1. 数值范围

2. 重复次数

3. 字符串长度

4. 字符串组中字符的个数

5. 文件命名

6. 文件大小

7. 屏幕的颜色种类

8. 超时时间

等价类的优缺点

    优点:是考虑了单个输入域的各类情况, 避免

了盲目或随机选取输入数据的不完整性和覆盖

的不稳定性。

缺点:方法虽然简单易用,但是没有对组合情况

进行充分的考虑。需要结合其他测试用例设计的

方法进行补充。比如边界值

三.边界值分析法

   边界值条件分析

  1. 输入条件明确了一个值的取值范围或规定了值的个数
  2. 输入条件明确了一个有序的集合

    边界值的定义

          上点:边界上的点

          离点:离上点最近的点(即上点作用两边相邻最近的点)

          内点:在域范围内的点

        一篇短文让你知道软件测试中的测试用例是啥

例如[0-9]的上点为0和9,离点是-1和10,内点是1到8

(0-9)的上点是0和9,离点是1和8,内点是2到7

边界值分析原则

  1. 如果输入(输出)条件规定了取值范围,则应该以该范围的边界内及边界附近的值作为测试用例
  2. 如果输入(输出)条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数大一和一个内点作为测试数据
  3. 如果程序规格说明书中提到的输入输出是一个有序集合,应该主要选取有序集合的第一个和最后一个元素作为测试数据(但是实际工作中,依然要取比最大大一比最小小一和一个范围内的内点)

4.软件测试用例设计之判定表

   判定表的作用:利用判断表将复杂的问题按照各种可能的情况全部列举出来,能针对不同的逻辑条件的组合值,分别执行不同的操作。用下面几张图片来简单的举例。

  例:输入三个正整数a、b、c,分别作为三角形的三条边,通过程序判断三条边能否构成三角形?如果能构成三角形,判断三角形的类型(等腰三角形,等边三角形,一般三角形)。

一篇短文让你知道软件测试中的测试用例是啥

一篇短文让你知道软件测试中的测试用例是啥

 一篇短文让你知道软件测试中的测试用例是啥

一篇短文让你知道软件测试中的测试用例是啥

 有问题请大佬指出改正,感谢!文章来源地址https://www.toymoban.com/news/detail-478113.html

到了这里,关于一篇短文让你知道软件测试中的测试用例是啥的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包赞助服务器费用

相关文章

  • 软件测试之项目实战,必须知道的事与测试面试项目测试流程......

    有一句话说得好:生活中并不缺少美,而是缺少发现美的眼睛。 项目经验? 其实要想自己拥有真实的项目经验,别无他法,唯一的办法就是去做。 只有自己亲自动手去做了,获取的经验才是自己的经验。 只是听别人讲,是没办法明白在项目中会遇到的各种问题的。 项目:

    2023年04月19日
    浏览(10)
  • 【软件测试】Git 详细实战-打标签,一篇通关...

    【软件测试】Git 详细实战-打标签,一篇通关...

    Git 打标签 一般会给提交历史打个标签,方便后续进行筛选、查看 列出标签 可带上可选的 -l 选项 --list 这个命令以字母顺序列出标签 可以按照特定的模式查找标签: 例如,Git 代码仓库包含标签的数量超过 500 个,只想查 v1.8.5 相关的内容 标签的分类 Git 支持两种标签: 轻量

    2024年02月16日
    浏览(8)
  • 入行软件测试7年,才知道原来字节跳动这么容易进

    入行软件测试7年,才知道原来字节跳动这么容易进

    当前就业环境,裁员、失业消息满天飞,好像有一份工作就不错了,更别说高薪了。其实这只是一方面,而另一方面,各大企业依然求贤若渴,高技术人才依然紧缺,只要你技术过硬,拿个年薪50w不是问题。 我的人生格言:“ 比你优秀的人不可怕,可怕的是比你优秀的人比

    2024年02月07日
    浏览(11)
  • 【软件测试】Git详细-获取Git仓库,全网最全一篇打通...

    【软件测试】Git详细-获取Git仓库,全网最全一篇打通...

    官方提供了两种获取Git仓库的方法。 第一种是在本地现有项目目录下导入所有文件到Git中; 第二种就是从Git仓库中clone项目到本地; 在现有目录中初始化仓库 如果是window的话,进入本地项目目录后,右键即可看到 git-bash ,打开git操作界面,输入命令 然后会看到目录下多了

    2024年02月07日
    浏览(23)
  • 掏空腰包,日子难过,机缘转岗软件测试,这100个日夜的心酸只有自己知道...

    掏空腰包,日子难过,机缘转岗软件测试,这100个日夜的心酸只有自己知道...

    我今年27岁,原本从事着土木工程相关的工作,19年开始有了转行的想法... 大学刚毕业那年,我由于学的是土木工程专业,自然而然的从事了和土木工程相关的工作,房贷、车贷,在经济的高压下,当代社会许多年轻人都会有一定的压力,因此在我刚毕业时期,觉得土木行业

    2023年04月25日
    浏览(9)
  • 7个银行的软件测试项目实战,别再说简历项目不知道怎么写了

    7个银行的软件测试项目实战,别再说简历项目不知道怎么写了

    目录 前言 项目描述1:上海华瑞银行直连票据项目 项目描述2:平安金服风控中台系统 项目描述3:众安创展APP项目 项 目4: 招商银行VTM自助渠道服务系统 项 目5:招商银行票据支付 项 目6: 平安银行风控系统 项 目7:平安信用卡进件系统 总结 最近很多人都跟我抱怨找不到

    2024年02月06日
    浏览(13)
  • 传统软件测试过程中的测试分工

    传统软件测试过程中的测试分工

    最近看了点敏捷测试的东西,看得比较模糊。一方面是因为没有见真实的环境与流程,也许它跟本就没有固定的模式与流程,它就像告诉人们要“勇敢”“努力”。有的人在勇敢的面对生活,有些人在勇敢的挑战自我,有些人在勇敢的面对失败与挫折。好吧!他们都实现了“

    2024年02月16日
    浏览(10)
  • 软件测试中的压力测试是什么?

    软件测试中的压力测试是什么?

    压力测试 压力测试是一种软件测试,用于验证软件应用程序的稳定性和可靠性。压力测试的目标是在极其沉重的负载条件下测量软件的健壮性和错误处理能力,并确保软件在危急情况下不会崩溃。它甚至可以测试超出正常工作点的测试,并评估软件在极端条件下的工作情况。

    2024年02月06日
    浏览(11)
  • 怎样避免软件测试中的漏测

    怎样避免软件测试中的漏测

    什么是测试漏测? 测试漏测是指软件产品在测试结束后出现了在测试过程中没有被发现的bug。我们知道,漏测是每一个软件测试者最头疼的事,一旦出现漏测,首先给客户带来了非常不好的影响,特别是严重的功能性bug被漏测;其次增加bug修复的成本,包括人力物力财力上;

    2023年04月24日
    浏览(8)
  • 软件测试中的AI——运用AI编写测试用例

    软件测试中的AI——运用AI编写测试用例

    2023.10.23更新: 经过一段时间的实践和沉淀之后,我将这段时间使用AI的经验,总结为教程,有兴趣可以前往新发表的文章:使用AI编写测试用例——详细教程 随着chatGPT的发布,点燃了人们对人工智能的热情,也同样引起了一场“人类将会被AI替代”的恐慌。 谁都知道现阶段

    2024年02月06日
    浏览(8)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包