一.需求痛点 1.HTMLreport测试报告的用例名不明确 2.希望可以自定义HTMLreport测试报告的用例名 3.痛点截图 二.解决办法 1.原因分析 HTMLreport测试报告中的用例名是经过ddt重写的,所以我们直接重写ddt内的方法 2.重写ddt内的方法:mk_test_name ddt  --  mk_test_name方法在第107行,我们直接把原本的方法注释掉,在其原方法下方插入以下代码 # 重写该方法,自定义用例名 def mk_test_name(name, valu

consul客户端必须配置微服务实例名称和ID,微服务启动的时候需要将名称和ID注册到注册中心,后续微服务之间调用也需要用到. 名称可以通过以下两种方式配置,优先级从高到低.两个都不配置则默认服务名称为application spring.cloud.consul.discovery.service-name spring.application.name ID可以通过多个配置项配置,下面的五种配置都可以,优先级从高到低. spring.cloud.consul.discovery.instan

正常在不使用ddt时,在方法下添加注释,即可作为用例描述("""用例描述""") @BeautifulReport.add_test_img("test_add_story") def test_add_story(self): """用例描述""" pass 但是在使用了ddt进行驱动时,上面的方法就已经失效了 @ddt class TestAddStory(Tes

用例建模简介  用例建模是UML建模的一部分,它也是UML里最基础的部分.用例建模的最主要功能就是用来表达系统的功能性需求或行为.用例图重点描述用户需求. 它描述需求.用户和主要组件之间的关系. 它不会详细描述用户需求:在可链接到每个用例的其他关系图或文档中可详细描述这些需求.用例图是UML的九个图中较为重要和常用的一种图.常常用于软件开发的需求分析阶段,也能用于软件的系统测试阶段.简单的来说,用例图是描述系统的外部视图,为了搞清某个项目的大概需求,我们往往要问两个问题, 1．  这个系统有什么

测试用例 是指对一项特定的软件产品进行测试任务的描述,体现测试方案.方法.技术和策略. 内容包括测试目标.测试环境.输入数据.测试步骤.预期结果.测试脚本等,并形成文档. 每个具体测试用例都将包括下列详细信息:编制人.审定人.编制日期.版本.用例类型.设计说明书编号.用例编号.用例名称.输入说明.期望结果(含判断标准).环境要求.备注等. 测试用例设计 将软件测试的行为活动,作为一个科学化的组织归纳. 挑选具有代表性或者特殊性的测试数据来进行测试. 软件程序在测试用例限定的条件下,必须能够正常运

在UML中use case似 乎最簡單的,用例建模的最主要功能就是用来表达系统的功能性需求或行为,依我的理解用例建模可分为用例图和用例描述.用例图由参与者(Actor).用例 (Use Case).系统边界.箭头组成,用画图的方法来完成.用例描述用来详细描述用例图中每个用例,用文本文档来完成,以及由箭头所组成的各种关系,包括泛 化,包含,扩展等.本文准备向大家介绍以下内容,所有图示均用PowerDesigner所画. u       用况 u       参与者 u       泛化 u    

一直在网上寻找怎么把testlink的用例导出到Excel中,以及把Excel中已经写好的用例导入到Testlink中的方法.根据现网的经验,然后修改了一下.贴出来,以飨有这方面需求的测试同仁. Testlink版本为1.9.16,导出的用例目录最大支持两层, 导出的Excel文件以xlsx结尾,必须有Sheet1这一页. 导出的格式应该是这个样子的 一级目录 二级目录 用例名称 用例编号 用例概要 预置条件 操作步骤 预期结果 用例集1 用例集1-1 测试用例1 1 测试用例1 前提 步骤1步

1  背景 接口用例已经在项目中的yml文件中编写,但是yml文件不能做为交付文档用,本文对工作中从接口输出日志中提取用例信息,并导入到excel文件中做了总些 2  工具 idea,notepad++,excel 3  提取用例 总体思路是代码中将要提取的数据打印到日志中,对日志信息进行处理,然后以文本导入向导的方式导入到excel中 3.1 日志输出 为了便于从日志中提取用例所需要的信息(用例名称,入参,出参),所以代码中要将这几个全部打印到日志中,并加入部分分隔符方便后续处理,如: Mer

背景是这样的: 自己写了一套接口自动化的框架,其中使用unittest + ddt + excel作为数据驱动模式的应用,使用HtmlTetstRunner来生成测试用例. 一切看起来很完美. 但是,发现测试报告中,测试用例名称都是:test_api_index.index表示用例的编号,从1开始,递增.比如:test_api_01.test_api_02......test_api_0N 希望能在不同的用例名称当中,显示相应的接口用例名字.比如登陆接口的成功登陆用例:测试报告中用例名称显示为t

1.前言 用例是UP和其他众多迭代方法的核心.UP提倡用例驱动开发. 2. 迭代方法中如何使用用例 功能需求首先定义在用例中 用例是迭代计划的重要部分,迭代是通过选择一些用例场景或整个用例来定义的 用例实现驱动设计 用例会影响用户手册的组织 功能或系统测试应符合用例的场景 2.1 迭代中如何演化用例和其他规格说明 图 跨越早期迭代的需求工作任务示例 定义了10%的需求后,就可以构建系统的产品化核心(在了解所有需求之前,迅速开展对系统核心的产品级开发) 直到第一次迭代接近结束时再做进一步的深入需求

1. 前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: UP每个阶段包括 业务建模.需求.设计等科目: 其中需求科目对应的需求制品包括:设想.业务规则.用例模型.补充性规格说明.词汇表. 上章主要讨论UP初始阶段需求科目对应的制品之一---用例模型,阐述了用例模型的基本概念,使用用例的好处,用例的常用形式. 本章将用一个具体的实例进行详细分析和说明用例模型,采用用例的三种常用形式之一---详述风格来说明 处理销售   这个用例的编写. 2. 详述风格的特点 详述风格详细编写所

下面简单介绍下testNG的失败重跑的实现方法: 1.首先编写一个类,实现IRetryAnalyzer类,重写其中的retry方法. public class TestNGRetry implements IRetryAnalyzer { private int retryCount = 1;//设置当前的重跑次数 private static final int maxRetryCount = 3;//设置最大重跑次数,定义为常量. @Override public boolean retry

根据yaml文件自动生成python文件 utp框架: bin目录:存放执行文件(run.py) cases目录:存放生成的用例的python文件(该目录下的文件为根据data目录下的测试用例生成的python文件:logoin.py.query.py.reg.py) conf目录:存放配置文件(case_template(需回顾查看该文件的文件类型).setting.py) data目录:存放yaml格式的用例文件(login.yaml.query.yaml.reg.yaml) lib目录:存

用例描述 用例描述一般包括: 用例编号.用例概述(说明).前置(前提)条件.基本事件流.其他事件流.异常事件流.后置(事后)条件等.如下:  元素  描述  备注  用例编号  为用例制定一个唯一的编号,通常格式为UCxx    用例名称  让读者一目了然地知道用例的目标,应为一个动词短语     用例概述  指用例的目标,对用例概要性的描述     范围   用例的设计范围     主参与者   该用例的主要参与者,在此列出名称,并对其进行简要的描述     次要参与者   该用例的次要参与者

2. 编写用例文档 绘制用例图只是完成了用例建模最基本也是最简单的一步,用例建模的核心在于编写用例文档,用例文档又称为用例规约或用例描述.顾名思义,用例文档是用于描述用例的文档,每一个用例对应于一个用例文档,在用例文档中需要用文字的方式描述用例的执行过程,即执行者与系统的交互过程. 用例文档需要通俗易懂,不仅项目的开发人员能够理解,系统的用户以及客户也能够看懂用例文档.一个完整的用例文档包括用例编号.用例名.执行者.前置条件.后置条件.涉众利益.基本路径.扩展路径.字段列表.业务规则.非功能需求

pytest运行指定用例 随着软件功能的增加,模块越来越多,也意味用例越来越多,为了节约执行时间,快速得到测试报告与结果,在工作中可以通过运行指定用例,达到快速执行用例 例子目录 spec_sub1_modul_test.py #coding: UTF-8 import pytest def test_004_spec(): assert 1==1 def test_005_spec(): assert True==False class Test_Class(): def test_006_s

1.新建线程组 添加->Threads(Users)->线程组 线程组用来模拟用户进程. 2.添加http信息头管理器 添加->配置元件->http信息头管理器 Systemid: Authcode: 以上两个参数是开发定义接口的时候生成的,直接和开发要. 3. 添加http请求默认值 添加->配置元件->http请求默认值 http请求默认值默认这个线程组下的所有用例都用这个服务器ip,也可以在各个用例中单独设置 配置调用的接口地址和端口号,设置了默认值,则下面每个用

用例如下图: 1.执行整个项目下的所有用例 dos命令下输入robot D:\work_doc\RF (RF为下图中脚本项目Test目录的上级目录) 2.执行某个suite中的所有用例 dos命令下输入robot D:\work_doc\RF\test\test_suite.txt (robot 后面接要运行的suite的绝对路径) 3.执行具体的某个用例 dos命令下输入robot --test discuz D:\work_doc\RF\test\test_suite.txt discuz为

1.执行整个项目下的所有用例: pybot 项目路径.例如: pybot D:\robotPS:robot项目里面所有用例 2.执行某个suit中的所有用例: pybot 项目路径\suit文件名称. 例如:pybot D:\robot\test.txtPS:robot项目里面测试套件text的所有用例 3.执行具体的某个用例的用例:pybot --test 用例名称 项目路径\suit文件名称.例如:pybot --test testcaseName D:\robot\test.txt    

1.写在前面 testlink上传用例一种方法是excel转换为xml,然后再用xml上传,还有一种是调用api进行上传.最开始写了个转换工具,是将excel转换为xml,然后在testlink里上传,最后发现当模块变多以后xml太多,一个一个上传太麻烦,所以尝试用调用api的方式来上传用例,并且打包成exe小工具. 2.环境 python3.7.4testlink1.9.14 ( 1.9.14和19都测试通过 ) 3.用到的库 tkinter :python自带,用于编写简易的界面 xlrd: