正文 

当前位置： 首页 > IT > java教程

测试2：编写测试用例的方法(代码片段)

author author     2022-12-01     347

关键词：

2.编写测试用例的方法

==7种==

测试常用的方法：code review +代码静态分析、CI/CD

CI--持续集成--开发成员经常集成它们的工作，尽快发现集成错误

CD--持续部署--将集成后的代码部署到更贴近真实运行的环境

2.1 测试用例的描述：

用例编号 用例标题 功能模块名称 前置条件 输入数据 操作步骤 预期结果

优先级 执行结果 编写人 执行人 其他补充项

2.2 测试用例设计方法

技术图片

（1）基于需求：依据需求来写测试点

? 难点：读出需求之外的测试点（需求非常的了解）

需求学习方法：、

  • 多学习、分析需求
  • 测试经验
  • 项目组人员多沟通

（2）等价类--分类

思想：解决无穷输入

目的：减少测试用例条目

概念：无穷输入进行N个归类，从第一个类中提取一个数据进行测试，只要这个数据测试通过，我们就任务它所在的这一类的数据全部测试通过

有效等价类：根据需求说明书，和需求一致，有意义的输入数据构成的集合

无效等价类：和需求不一致，不满足需求的集合

（3）边界值：--黑盒测试方法

测试用例来自等价类的边界，是等价类的一种补充方法，与它基本成对出现

场景：输入和输出

强调：输入和输出的“边界值”

取值：开区间和闭区间

开区间--向外取值，闭区间--向内取值

【1，50】---0，1，50，51

（1，50】--1，2，50，51

（4）因果图--条件和结果的关系--最后转为判定表

场景：输入（原因）和输出（结果）之间的关系

概念：输入（原因）和输出（结果）之间的关系，输出依赖输入（多个）
因果图需要掌握的基本知识
基础概念:

恒等、与、或、非

恒等

如果原因为真，那么结果必定为真。

与

只有两个原因都为真，那么结果为真

或

2个原因有一个为真时，结果为真

非

原因为假，结果才为真

因果图设计测试用例的步骤：

- 列出所有输入
- 列出所有输出
- 理出输入和输出之间的关系
- 画因果图
- 画判定表，列数是输出的输入次方
- 从表里提出测试用例
因果法设计测试用例可以帮助测试人员理清输入和输出的关系，但是对于比较复杂的输入和输出，会耗费大量时间

（5）正交排列法：--减少用例数目，对因果图的改进

? 原理：正交表，正交实验（抽样）

? 目的：减少测试用例的条数

? 两条性质：

  • 任何一列中出现的数字个数一样

  • 任何两列中有序对出现的次数一样

    L=N(TC)--L:正交表

    N：行数实验次数

    T:水平数（变量的可取值个数）

    C:因素数（变量的个数），列

    N=C*（T-1）+1

    步骤：

    -变量提取出来

-提出水平

- 找出正交表（多个）

-取值---映射到表中

-表中每一行就是一条测试用例

-特殊的测试数据表中没有的添加进来

    （6）场景法：业务流程（一个业务流程不一定是一个场景）

业务流程：把孤立的功能点串起来

注册--登录--写邮件--发邮件

业务流程是场景法的典型用法

（7）错误推测法（猜测）

非凭空想象，是有来源的，三大来源：


  - 对某项目测试时间长

  - 用户反馈

  - 从故障库中整理bug，梳理产品以往哪些地方容易出现问题

例如：输入框要求字符类型--字符型

输入非字符型：是等价类中的无效等价类，同时它也是错误推测法

2.3 测试用例的评审：

- 分为项目组评审
- 用户评审：可以是最终用户也可以是程序员
- 同行评审
- 白盒：要查看代码

2.4黑盒测试设计测试用例方法包括：

等价类划分、边界值分析、因果图、场景法、正交实验设计法、判定表、驱动分析法、错误推测法、功能图分析法，依据是用户需求规格说明书、详细涉及说明书

2.5白盒测试设计测试用例方法包括：

语句覆盖、判断覆盖、条件覆盖、路径覆盖、条件组合覆盖，依据是代码结构和逻辑

六种覆盖标准发现错误的能力由弱到强的变化：

-语句覆盖，每条语句至少执行一次。
-判断覆盖，每个判断的每个分支至少执行一次。
-条件覆盖，每个判断的每个条件应取到的各种可能的值。
-判断/条件覆盖，同时满足判断覆盖条件覆盖。
-条件组合覆盖，每个判定中各条件的每一种组合至少出现一次。
-路径覆盖，使程序中每一条可能的路径至少执行一次。

测试用例(代码片段)

测试用例一、测试用例的概念和作用1.1引信对一个测试工程师来说,测试用例的设计编写是一项必须掌握的能力，但有效的设计和熟练的编写测试用例却是一个十分复杂的技术，测试用例编写者不仅要掌握软件测试技术和... 查看详情

七分钟教会你如何编写一个合格的测试用例(代码片段)

1、测试用例编写依据测试用例编写应严格根据PRD（产品说明书）没有PRD应根据与客户的沟通和确认结果编写开发的技术文档和流程图2、测试用例的组成元素【用例编号】测试用例的编号。【用例等级】测试用例的重要级... 查看详情

unittest单元测试框架之测试用例的跳过（skip）(代码片段)

1.跳过测试用例的方法@unittest.skip("don‘trunthiscase!")：@unittest.skipIf(3<2,"don‘trunthiscase!")：@unittest.skipUnless(3>2,"don‘trunthiscase!")：importunittestfromUnittestDemo.mathfuncimport*classTestMath 查看详情

所有现有测试用例的代码覆盖率？

】所有现有测试用例的代码覆盖率？【英文标题】：Iscodecoverageforallexistingtestcases?【发布时间】：2017-07-2005:38:15【问题描述】：我对代码覆盖率有疑问。考虑以下场景，如果我有带有一些参数的方法Sample()并且我为该方法编写了... 查看详情

如何编写高质量的测试用例？这些方法论一定得知道...(代码片段)

单元测试用例单元测试用例有人总结出来了编写用例的3A原则，分别是Arrange:初始化测试对象或者准备测试数据Act:调用被测方法Assert:断言给一个例子[TestMethod]publicvoidWithdraw_ValidAmount_ChangesBalance()//arrangedoublecurrentBalance=10.0;do... 查看详情

unittest10测试套件（有选择执行测试方法，测试类，自定义测试用例的顺序testsuite）(代码片段)

在前面一章中示例了如何编写一个简单的测试，但有两个问题：我们知道测试用例的执行顺序是根据测试用例名称顺序执行的，在不改变用例名称的情况下，我们怎么来控制用例执行的顺序呢？一个测试文件，我们直接执行该文... 查看详情

面试测试开发工程师：用例篇

目录1.测试用例的基本要素2. 测试用例的给我们带来的好处 3. 测试用例的设计方法3.1测试用例的总体设计方法基于需求的设计3.2 具体的设计方法3.2.2等价类3.2.3 边界值3.2.4 因果图3.2.5 正交排列 3.2.6场景设计法3.2.7 错误猜测... 查看详情

初识单元测试框架(代码片段)

认识单元测试对于单元测试框架，它主要完成以下三件事：1.提供用例组织与执行　　为什么要考虑到测试用例的组织问题呢？这是因为当我们的测试用例多达成百上千条时，这就产生了一些很严重的问题——测试用例的维护性... 查看详情

测试用例的设计步骤

测试用例的设计步骤作为测试新人，如何实现测试用例的设计一直是我的一个疑惑，在工作中写过几个项目的测试用例，尝试总结一个测试用例的设计步骤。前提:编写测试用例之前我们需要对项目的需求有清晰的了解，对要测... 查看详情

软件测试之用例设计，入门必备(代码片段)

一名测试工程师的学习之路，所有博客链接已存放在该链接下：一个Tester目录一、前言二、用例设计方法2.1、等价类划分法2.2、边界值法2.3、因果图与判定表一、前言    测试用例的编写是测试日常工作中必不可少的事... 查看详情

unittest9跳过测试用例的执行（决定是否执行某个测试方法skip）(代码片段)

在执行测试用例时，有时候有些用例是不需要执行的，那我们怎么办呢？难道删除这些用例？那下次执行时如果又需要执行这些用例时，又把它补回来？这样操作就太麻烦了。unittest提供了一些跳过指定用例的方法@unittest.skip(reas... 查看详情

测试用例的编写

一、测试用例的概念　　测试用例是为特定目标而开发测一组测试输入、执行条件和预期结果，其目标可以是测试某个程序路径或核实是否满足某个特定的需求。二、测试用例的编写　　　　1、测试用例文档的编写　　　　编... 查看详情

编写测试用例的方法

...数据输入的地方，就可以使用等价类划分法。如：输入框测试思想：从大量数据中划分范围（等价类），然后从每个范围中挑选代表数据，这些代表数据要能反应这个范围内数据的测试结果。概念：有效等价类：对程序来说，有... 查看详情

unittest和pytest的区别(代码片段)

...提供了testcases、testsuites、testfixtures、testrunner相关的类,让测试更加明确、方便、可控。使用unittest编写用例,必须遵守以下规则:　　（1）测试文件必须先importunittest　　（2）测试类必须继承unittest.TestCase　　（3）测试方法必须以... 查看详情

测试用例设计

...，但是mooctest里面题目太少。2.2Junit编写代码经验总结1、测试方法上必须使用@Test进行修饰2、可以使用@Before和@After等注解来更加灵活的控制测试流程3、可以使用TestSuite来创建更加自动化的测试。测试用例的生成更加方便和灵活... 查看详情

单元测试(代码片段)

文章目录 什么时候用到单元测试：1、写完代码以后：想要验证一下自己写的代码是否有问题。2、写代码之前：就是写代码之前所有的功能分模块的设计好，测试通过了再写。（我反正是没用过）。3、修复某个bug后... 查看详情

软件测试系列三《测试用例编写原则与设计方法》

...​​​​​1.1.目的​​​​​1.2.使用范围​​​​​2.测试用例编写原则​​​​​2.1.系统性​​​​​2.2.连贯性​​​​​2.3.全面性​​​​​2.4.正确性​​​​​2.5.符合正常业务惯例​​​​​3.系统测试用例设计方法... 查看详情

测试用例的编写

在这里和大家聊聊测试用例编写的问题。做一名测试人员，最基本的就是测试用例的编写。文档功底一定要有。我们来说说用例的编写需要的东西。首先，用例的模板网上有很多。这些都是根据个人习惯的，但是再变，其核心内... 查看详情