测试用例设计

http://www.51testing.com/html/41/382641-236625.html 测试与开发： 相对而言测试涉猎更广，它的本质是质量保障。提到质量保障，他就不单单关注这几千甚至几万行代码运行的对不对了，还要关注环境是怎样的，各个阶段要输出什么质量要求的版本等等。 一个稍微优秀点的测试工程师，即要求有开发能力，更需要非常了解质量保障、软件工程学这些流程方面的知识，对bug跟踪、问题管理有自己的体会，要有大局观，此外，需要很高的业务能力。通常，对于一个项目来讲，最清晰全面了解这个产品所有特性的是测试人员。对于功能特性、使用场景你了解的不如开发多，就是不合格的，你可能只是一个用例执行者，而非用例设计者。 测试阶段： 1、测试执行：会看用例；有一定的业务知识；有一定的基本操作仪器使用的技能；会执行脚本等； 2、用例撰写：对产品的认识和业务知识掌握到了一定深度；对测试理念和各种测试知识学习到了一定程度，至少对软件测试或者系统测试等原则和方法有了深刻认识； 3、自动化测试阶段实现：整个测试流程，从单元测试->集成测试->系统测试->（回归测试）各对应有各自的自动化测试方法和工具。自动化测试也有自己的一个过程：工具使用->工具实现（脚本开发）->框架搭建->平台与流程的建立。 4、流程流程与平台实现阶段：测试平台包括手工测试与自动化测试，手工测试发现问题，自动化测试保障质量

使用Mark标记测试用例 通过使用pytest.mark你可以轻松地在测试用例上设置元数据。例如, 一些常用的内置标记： skip - 始终跳过该测试用例 skipif - 遇到特定情况跳过该测试用例 xfail - 遇到特定情况,产生一个“期望失败”输出 parametrize - 在同一个测试用例上运行多次调用(译者注: 参数化数据驱动) 创建自定义标记或将标记应用于整个测试类或模块很容易。 文档中包含有关标记的示例,详情可参阅[使用自定义标记。 注意： 标记只对测试用例有效,对fixtures方法无效。 使用mark功能自定义标记功能 在日常测试过程中，有很多测试用例，但只想执行其中的一部分用例，可以使用@pytest.mark.自定义标签功能满足 例如： 如下代码中，设计了5个用例，但只需要执行第一个和第四个用例，可以给第一个和第四个用例加上同样的标签webtest，然后执行pytest -m webtest命令。具体如下： @pytest.mark.webtest def test_mark_1(): print("这是第一个用例") @pytest.mark.me def test_mark_2(): print("这是第2个用例") @pytest.mark.me def test_mark_3(): print("这是第4个用例") @pytest.mark

1.等价类划分法 　　1.1 测试中的疑问 　　　　 做加法器功能测试时，测试了 1+1，1+2 , 1+3和1+4之后,还有必要测试I+ 5和1 +6吗,能否放心地认为它们是正确的？ 　　 　　1.2 等价类划分 　　　　1.把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据作为测试用例 　　　　2.每类的代表性 数据在测试中的作用等价于这一类中的其他值,如果某一 类中的一个例子发现了错误，这一 等价类中的其他例子也能发现同样的错误。反之，如果某-类中的一个例子没有发现错误，则这一类中的其他例子也不会查出错误 　　 　　 1.3 基本步骤 　　　　 1. 有效等价类 2.无效等价类 　　　　　3.确定等价类的原则 1.4 确定测试用例 　　　　 1.为每一个等价类规划一个惟一的编号。 　　　　2.设计一个新的测试用例，使其尽可能多覆盖尚未覆盖的有效等价类。重复这一步，最后使得所有有效等价类均被测试用例所覆盖。 　　　　3.设计一个新的测试用例，使其只覆盖一个无效等价类。重复这一步使所有无效等价类均被覆盖。 2.边界值分析法 　　　2.1 边界值得选择原则 　　　　　　1.如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据。 　　　　　　2.分析规格说明,找出其他可能的边界条件。 　　　　　　3

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 单元测试是测试的等级，其中个别单元/组件（称为单元）的最小部分被测试以确定它们是否适合使用。 单元测试用例的编写和执行是由开发人员（一般情况，当然也有二般情况）完成的，以确保各个单元都能按预期工作。各个组件的最小部分，测试对象如函数，过程，类，接口等。 如果以函数为例，则在将输入参数传递给函数时，请检查函数是否应返回期望值。该测试的主要目的是检查单元是否按照设计工作，并更合理地处理错误和异常，并对各种正向、反向的情况进行兼容。 单元测试被认为是白盒测试的一种。这是测试级别最低的一层，是在进行集成测试之前开始的。 单元测试用例指南： 单元测试计划/案例应单独提供，不应将其与其他步骤合并。尝试所有可能的测试方案，其中包括不常见和替代的流程。一旦项目进入施工阶段，开发人员就会倾向于仅测试成功情况或已经在编码完成的情况。 软件开发和单元测试需要划分为不同的阶段，并相应地安排交付时间。 需要将单元测试结果作为一个单独的交付项进行处理。这将有助于在初期阶段过滤掉业务流程中的部分错误，而不是在集成测试或系统测试中。 通过统计计划，执行，通过和失败的测试用例计数来掌握项目进度。 尝试在开发的过程中进行一些即时的测试。 单元测试用例清单： 输入数据验证： 本节包含了一系列检查，这些检查通常可以对输入到应用程序系统中的数据采用。

1.1 等价类划分法 1.1.1 测试中的疑问？ 做加法器功能测试时，测试了1+1，1+2，1+3和1+4之后，还有必要测试1+5和1+6吗，能否放心地认为它们是正确的？ 1.1.2 等价类划分 1) 把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据作为测试用例 2) 每类的代表性 数据在测试中的作用等价于这一类中的其他值,如果某一 类中的一个例子发现了错误，这一 等价类中的其他例子也能发现同样的错误。反之，如果某-类中的一个例子没有发现错误，则这一类中的其他例子也不会查出错误 1.1.3 基础步骤 (一) 划分等价类和列出等价类表 有效等价类 无效等价类 确定等价类的原则 l 在输入条件规定了取值范围或值的个数的情况下,可以确立一个有效等价类和两个无效等价类。 l 在输入条件规定了输入值的集合或者规定了“必须如何"的条件的情况下,可以确立一个有效等价类和一个无效等价类。 l 在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类。 l 在规定了输入数据的一组值(假定n个) ,并且程序要对每一个输入值分别处理的情况下 ,可确立n个有效等价类和一个无效等价类。 l 在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。 l 在确知己划分的等价类中，各元素在程序处理中的方式不同的情况下

转载：https://baijiahao.baidu.com/s?id=1575717194591812&wfr=spider&for=pc 一. 简介 为什么需要接口管理与测试平台 随着系统业务增长，模块间的交互复杂化，我们在测试接口时总会碰到各种各样问题，比如： 因为接口文档更新不及时导致的接口歧义 测试时总会有思维发散的测试用例，在测试用例文档中维护起来很麻烦 市面上的测试工具各有特色，测试人员找不到合适自己测试的工具，或者说在不同的工具间切换不方便 因为接口的加密或者验证功能，给测试带来麻烦，而工具又很难进行扩展 自动化测试需要大量编码维护工作 为了改善这些问题，让接口测试更加流畅。我们在开源系统上进行二次开发，综合了常用的接口测试工具的功能，开发了新浪接口管理与测试平台，功能更加全面，且易于扩展。 接口管理与测试平台的主要特点 功能全面 平台实现了项目接口编辑，文档导出，接口测试，用例记录，自动化测试，团队管理等功能，涵盖文档编辑，在线测试，自动化等各种场景，实现一站式测试。 简单易用 在传统的接口开发过程中，我们会用到wiki，postman，soapUI等工具来辅助开发和测试，该平台集以上功能于一体，使整个项目的接口开发和测试工作更方便快捷 解决了什么问题 消除接口文档歧义 接口即文档，可用于团队内外分享接口文档，开发在更新接口的同时，对外发布的文档也同时更新

目录导航 一.测试用例编写规范 1、测试用例编写目的 2、适用范围 3、测试用例 4、用例设计方法 5、测试用例设计的原则 6、用例设计步骤 二.测试规范 1、接口功能测试：用来保证接口功能的正确性 2、局部数据结构测试（不常用）：用来保证接口中的数据结构是正确的 3、边界条件测试 4、代码覆盖率 5、各条错误处理测试：保证每一个异常都经过测试 三.实施方案 1、idea安装junit插件 2、添加pom依赖： 3、命名 4、几种常用的注解（导org.junit.jupiter包） 5、断言 6、参数化测试 7、MockMvc使用(模拟controller请求接收) 8、几个方法的简单说明： 9、增加app服务的验证签名之后的junit修改 四.验收方法 五.CI流程中需要增加的项目 1、pom依赖 2、profile 3、测试代码中profile的使用 4、测试数据的规范 六.集成方案 1、安装JDK 2、安装Jenkins 3、配置Jenkins 4、新建测试项目 一.测试用例编写规范 1、测试用例编写目的 （1）为用例的质量负责，使用例编写工作能够有序、合理； （2）统一测试用例编写的规范，为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性； （3）能有效的提高系统所有功能点的覆盖率。 2、适用范围 适用于人员：用于测试人员阅读和执行

对于web接口测试来说有哪些测试要点： 　　1、请求是否正确，默认请求成功是200，如果请求错误也能返回404、500等。 　　2、检查返回数据的正确性与格式；json是一种非常创建的格式。 　　3、接口的安全性，一般web都不会暴露在网上任意被调用，需要做一些限制，比如鉴权或认证。 　　4、接口的性能，web接口同样注重性能，这直接影响用户的使用体验。如果我搜索一个关键字半天结果都没返回，果断弃用。 接口测试的用例设计出了要验证正常功能之外，还需要考虑其他的一些情况，总结起来，接口测试的用例设计可以从以下几个方面入手： 1. 功能用例设计 服务端的接口与客户端的功能是对应的，那么这个接口是否能提供给客户端某个特定功能所需要的数据自然是我们需要验证的地方，功能性用例的主要目的是帮助我们验证该接口最初设计的功能是否被实现以及该功能是否按照规定的接口文档进行实现等等。 2. 业务逻辑用例设计 业务逻辑方面的测试用例主要是针对服务端接口的处理逻辑进行的用例设计，这种用例设计不是针对某个功能点是否实现，而是对接口的处理逻辑以及一些相互依赖的业务进行验证，通常依照接口的逻辑流程图来进行。举一个例子，购物系统中的两个动作：登录和下单操作，这两个业务是相互依赖的，下单操作必须在登录完成后（登录状态下），否则无法完成下单，这个时候我们就可以设计这样一条 case：没有登录的状态下进行下单操作

1. 概述 黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。 2. 等价类划分法 2.1. 概念 等价类划分法是把程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。 2.2. 等价类划分法的应用 等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类。 有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。 无效等价类:与有效等价类的定义恰巧相反。 设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性。 划分等价类的六大原则： 在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类. 例：输入值是学生成绩，范围是0～100：

常用测试用例设计方法 1、等价类划分 2、边界值分析方法 3、因果图方法 4、正交实验设计方法 5、功能图分析方法 6、错误推测法 7、需求文档转化法 8、随机测试 9、对象属性分析法 等价类划分： 1）输入条件中规定了输入数据的取值范围，可分为一个有效等价类和另两个无效等价类 2）输入条件中规定了输入数据的个数，可分为一个有效等价类和两个无效等价类 3）若规定了输入数据必须遵循的原则，则可分为一个有效等价类和若干个无效等价类 4）若输入条件中规定了输入数据的一组取值，且软件对不同的输入值对应有不同的处理，则每个允许值构成一个有效的等价类，其他值构成一个无效的等价类 5）若规定输入为整数，则正整数、负整数。零构成有效三个等价类，小数构成无效的等价类 等价类划分例子： 边界值分析方法： 意义：测试输入数据规则的边界是否有问题 较常用 1)若输入条件规定了取值范围，则选择恰好落在边界上和处在边界内、边界外的测试值 2）若规定了输入数据的个数，则选择最小个数，比最小个数多1、少1，比最大个数多1少1等几种测试情况作为测试时输入数据的个数 3）若输入数据为有序集合，则选择有序集合中的第一个、最后一个以及越界输入作为测试用例 边界值分析方法例子： 1）对16-bit位整数而言，32767和-32768是边界值 2）屏幕上光标在最左上和最右下位置 3）报表的第一行和最后一行 4