测试用例

Unittest - Python 使用总结

早过忘川 提交于 2019-11-28 12:50:26
Unittest - Python 使用总结 批量执行 一、UnitTest TestSuite 控制用例执行的顺序 UnitTest 框架默认根据 ASCII 码的顺序加载测试用例,数字与字母的顺序为:0~9,A~Z,a~z 如果要让某个测试用例先执行,不能使用默认的 main() 方法,需要通过 TestSuite 类的 addTest() 方法按照一定的顺序来加载。 示例 : class TestCase01(unittest.TestCase): def setUp(self): print("case开始执行") def tearDown(self): print("case结束执行") @classmethod def setUpClass(cls): print("case类开始执行") @classmethod def tearDownClass(cls): pass @unittest.skip("这个case不像执行") def test_07(self): print("执行case07") flag = "adfadfadfadfadsfaqeewr" s = "fads" self.assertIn(s, flag, msg="不包含") @unittest.skip("这个case不像执行") def test_01(self): TestCase01

React 现代化测试

痞子三分冷 提交于 2019-11-28 12:19:47
测试的动机 测试用例的书写是一个风险驱动的行为, 每当收到 Bug 报告时, 先写一个单元测试来暴露这个 Bug, 在日后的代码提交中, 若该测试用例是通过的, 开发者就能更为自信地确保程序不会再次出现此 bug。 测试的动机是有效地提高开发者的自信心。 前端现代化测试模型 前端测试中有两种模型, 金字塔模型 与 奖杯模型 。 金字塔模型摘自 Martin Fowler's blog , 模型示意图如下: 金字塔模型自下而上分为单元测试、集成测试、UI 测试, 之所以是金字塔结构是因为单元测试的成本最低, 与之相对, UI 测试的成本最高。所以单元测试写的数量最多, UI 测试写的数量最少。同时需注意的是越是上层的测试, 其通过率给开发者带来的信心是越大的。 奖杯模型摘自 Kent C. Dots 提出的 The Testing Trophy , 该模型是笔者比较认可的前端现代化测试模型, 模型示意图如下: 奖杯模型中自下而上分为静态测试、单元测试、集成测试、e2e 测试, 它们的职责大致如下: 静态测试 : 在编写代码逻辑阶段时进行报错提示。(代表库: eslint、flow、TypeScript) 单元测试 : 在奖杯模型中, 单元测试的职责是对一些边界情况或者特定的算法进行测试。(代表库: jest 、 mocha ) 集成测试 : 模拟用户的行为进行测试, 对网络请求

黑盒测试方法详解

梦想与她 提交于 2019-11-28 09:49:23
什么是黑盒测试   黑盒测试 又称功能测试 , 是在不了解程序内部结构和内部特性的情况下进行的测试方法 , 黑盒测试只验证程序是否能按照需求规格说明书的规定正常使用 ,是否能适当的接收数据并给出适当的输出结果,如错误提示,或正确的界面等。   常用黑盒测试方法 有等价类划分法 、边界值分析法、正交实验法、流程分析法(场景法)、因图法、判定表法、输入域覆盖法、输出域覆盖法、猜错法(异常分析法)。 一、 等价类划分法 1.1 简介   等价类划分法是指将程序的输入值的集合划分为若干等价类 , 等价类又分为有效等价类和无效等价类 , 从每一类中选取少量数据进行测试 。 1.2 构造测试用例方法 ① 根据需求文档明确需求 ② 分析需求中的每一个功能数 ③ 确定每一个功能有多少个输入 ④ 确定每个输入有多少规则 ⑤ 针对输入规则划分输入的等价类 ⑥ 根据等价类设计测试用例 1.3 举例 1. 在输入条件中确立一个范围时 , 可分为一个有效等价类和两个无效等价类 。 如成绩的输入 , 要求分数在 [0,100] 之间 , 划分等价类如下 : 有效等价类 : 分数在 [0,100] 之间 无效等价类 : 分数小于 0 分数大于 100 2. 确定输入取值为 n 个 值中的一个的时候,可划分为 n 个有效等价类和 1 个无效等价类, 如 学历的输入 ,要求只能输入专科、本科、硕士、博士四种

robotframework简单使用

大憨熊 提交于 2019-11-28 05:36:21
理论 type的选择: 一般来说:测试项目(directory)-测试套件(file)-测试用例 本质上,“测试项目”和“测试套件”并没有什么区别 如 测试项目(file)-测试用例 ; 测试套件(directory)-子测试套件(file)-测试用例 format的选择: 从Format上来说,分为ROBOT、txt、tsv、html,比较推荐robot和txt,在安装vs code的插件后查看 .robot 文档会自动语法高亮,也便于维护和版本管理. 来源: https://www.cnblogs.com/wang-mengmeng/p/11394418.html

如何设计一个好的测试用例

北战南征 提交于 2019-11-28 05:20:00
1.什么是好的测试用例? 发现软件缺陷可能性大的测试用例就是好用例?那我们平时测试有多少bug是通过用例来发现的? 发现至今未被发现的软件缺陷的测试用例就是好用例?那如何评估是否还存在未被发现的缺陷呢?乳沟软件中根本就没有错误呢? 【理解】好的测试用例一定是一个玩呗的集合,能够覆盖所有等价类以及各种边界值,而跟能够发现缺陷无关 2."好的"测试用例必须的特征? 整体完备性:必须是完备的整体,能够完全覆盖测试需求 等价类划分的准确性:对于每个等价类都能保证只要其中一个输入测试通过,其他输入一定也测试通过 等价类集合的完备性:需要保证所有可能的边界值和边界条件都已经正确识别 常用的三种测试用例设计方法:等价类划分、边界值分析、错误推测 【举例】学生成绩输入项,成绩取值范围[0,100]之间的整数,及格分数60 有效等价类1:0~59之间的任意整数; 有效等价类2:60~100之间的任意整数; 无效等价类1:小于0的负数; 无效等价类2:大于100的整数; 无效等价类3:0~100之间的浮点数; 无效等价类4:其他任意非数字字符; 边界值数据:-1,0,1,59,60,61,99,100,101 错误推测发:比类似"探索式测试方法",难以系统化,过度依赖于个人能力和遇到的问题。常常设计缺陷库,通过check list来检查。 3.如何才能设计出好的用例? 上述三种方法合理的利用的情况下

做好测试计划和测试用例的工作的关键是什么?

醉酒当歌 提交于 2019-11-28 04:05:43
个人认为做好测试计划的编写工作应该从以下几个方面考虑问题: 1、要充分考虑测试计划的实用性,即,测试计划与实际之间的接近程度和可操作性。 2、要坚持“5W1H”的原则,明确测试内容与过程。 明确测试的范围和内容(WHAT); 明确测试的目的(WHY); 明确测试的开始和结束日期(WHEN); 明确给出测试文档和软件册存放位置(WHERE); 明确测试人员的任务分配(WHO); 明确指出测试的方法和测试工具(HOW)。 3、采用评审和更新机制,确保测试计划满足实际需求。 因为软件项目是一个渐进的过程,中间不可避免地会发生需求变化,为满足需求变化,测试计划也需要及时地进行变更。 之所以采取相应的评审制度,就是要对测试计划的完整性、正确性、可行性进行评估,以保证测试的质量。 4、测试策略要作为测试的重点进行描述。 测试策略是测试计划中的重要组成部分,测试计划是从宏观上说明一个项目的测试需求、测试方法、测试人员安排等因素, 打个不太恰当的比喻,你可以认为测试计划就是测试工作的预期输出,而测试执行是测试工作的实际输出,在预期输出!=实际输出 至于测试用例工作,我认为我们首先要明确测试用例在整个测试工作中的地位及其作用。 测试用例在整个测试工作中的 地位和作用主要体现在以下几个方面: 1、测试用例是测试执行的实体,是测试方法、测试质量、测试覆盖率的重要依据和表现形式; 2

黑盒测试方法

淺唱寂寞╮ 提交于 2019-11-28 03:38:50
作用 黑盒测试法 注重于测试软件的功能需求,主要试图发现下列几类错误。 功能不正确或遗漏; 界面错误; 输入和输出错误; 数据库 访问错误; 性能错误; 初始化 和 终止 错误等。 测试方法 概述 黑盒测试行为必须能够加以量化,才能真正保证 软件质量 ,而 测试用例 就是将测试行为具体量化的方法之一。具体的黑盒 测试用例设计 方法包括等价类划分法、边界值分析法、错误推测法、 因果图法 、判定 表驱动 法、正交试验设计法、功能图法、 场景 法等。 等价类划分的办法是把 程序 的输入域划分成若干部分(子集),然后从每个部分中选取少数代表性数据作为测试 用例 。每一类的代表性数据在测试中的作用等价于这一类中的其他值。该方法是一种重要的,常用的黑盒 测试用例设计 方法。 划分等价类 1) 划分等价类: 等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露 程序 中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果. 等价类划分可有两种不同的情况:有效等价类和无效等价类。 有效等价类:是指对于 程序 的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能

Web 手工测试

时光怂恿深爱的人放手 提交于 2019-11-28 03:31:25
day 1 学习目标: 熟练搭建本地测试环境 掌握熟悉项目的步骤和内容 掌握项目基本的测试流程 基础环境介绍: 项目环境的组成部分: 操作系统 windows win7 win10 Linux Centos 6.x,7.x Redhat 6.x,7.x Ubuntu 14.z,16.x,18.x Mac web 服务器 apache: 稳定,文档齐全 默认监听端口:80 nginx: 负载均衡器 默认监听端口:80 tomcat:默认监听端口"8080 ->JAVA 数据库 Mysql Oracle Sql Server DB2 项目 LNMP: LINUX+Nginx+Mysql+PHP WAMP: Windows+Nginx+Mysql+PHP 扩展: Apache 与 Nginx 的区别: apache 与 nginx 均可以作为web服务器使用 apche 系统稳定性更强文档丰富 nginx 消耗更少的系统资源(如CPU,内存等) nginx 更加典型的应用场景是作为负载均衡器使用 搭建测试环境 准备工作 phpstudy安装文件 项目部署包 部署说明书 安装集成环境 apache 监听端口: 80 mysql 监听端口: 3306 部署项目 将TPshop 项目压缩包解压后文件夹里的全部内容放入phpstudy安装路径\www中 常见故障 mysql 端口被占用

黑盒测试方法

心不动则不痛 提交于 2019-11-28 03:19:39
作用 黑盒测试法 注重于测试软件的功能需求,主要试图发现下列几类错误。 功能不正确或遗漏; 界面错误; 输入和输出错误; 数据库 访问错误; 性能错误; 初始化 和 终止 错误等。 测试方法 概述 黑盒测试行为必须能够加以量化,才能真正保证 软件质量 ,而 测试用例 就是将测试行为具体量化的方法之一。具体的黑盒 测试用例设计 方法包括等价类划分法、边界值分析法、错误推测法、 因果图法 、判定 表驱动 法、正交试验设计法、功能图法、 场景 法等。 等价类划分的办法是把 程序 的输入域划分成若干部分(子集),然后从每个部分中选取少数代表性数据作为测试 用例 。每一类的代表性数据在测试中的作用等价于这一类中的其他值。该方法是一种重要的,常用的黑盒 测试用例设计 方法。 划分等价类 1) 划分等价类: 等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露 程序 中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果. 等价类划分可有两种不同的情况:有效等价类和无效等价类。 有效等价类:是指对于 程序 的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能

Python接口自动化实战(第二阶段)- unittest框架

杀马特。学长 韩版系。学妹 提交于 2019-11-28 02:57:19
转载: https://www.cnblogs.com/testjiali/p/10415397.html 1.unitttest简介 为什么要使用unittest? 前面我们已经写代码实现了注册接口的处理调用,但是一个接口往往需要多条测试用例才能完整的覆盖到每一种情况,针对于单接口多条测试用例需要执行的情况,我们该如何处理呢? 在unittest的测试类中定义多个测试方法来完成测试,这可能是大家最先想到的一个解决方法,当然也是能够达到目的的,以下面的注册接口为例,我们基于此思路来编码实现接口的完整测试。 unittest特点 python自带的单元测试框架,无需安装 用例执行互不干扰 提供不同范围的setUp(测试准备)和tearDown(测试清理)方法 提供丰富的断言方法 可以通过discover批量执行所有模块的用例 可以通过TestSuite(测试集)灵活的组织用例 unittest几大组成部分 TestCase: 用例对象,编写测试用例时要继承该类,以具有TestCase的属性和方法 TestSuite: 测试集或测试套件,测试用例的集合,用来组织用例,支持嵌套 TestLoader: 用例加载器,用于向TestSuite中添加用例 TextTestRunner: 用例执行器(输出文本结果),一般以TestSuite为单位执行用例 TestResult: 测试结果 2