展开

关键词

滴滴开源敏捷测试用例管理平台

简介 AgileTC是一套敏捷的测试用例管理平台,具备与xmind等脑图工具一致的操作体验。支持测试用例管理、执行计划管理、进度计算、多人实时协同等能力,方便测试人员对用例和测试过程进行管理。 线上化的操作方式便于测试资产沉淀和测试过程数据沉淀,为测试改进提供抓手。 产品可以独立使用,也支持以组件化方式嵌入项目管理平台,配合项目管理使用。 AgileTC架构 架构 AgileTC的核心是测试用例集和测试任务,其中用例集的编辑和任务编辑当前均基于脑图,因此合并为一个平台。 最终由三个平台组成:脑图编辑平台、用例集管理平台测试任务管理平台。以下主要介绍脑图编辑平台。 项目地址 项目地址:https://github.com/didi/AgileTC 原文始发于微信公众号(全栈程序员社区):滴滴开源敏捷测试用例管理平台

12220

从0到1开发测试平台(十五)性能测试用例管理页面的编写

| 前言 上一讲讲解了测试管理页面对应的后台接口,这一节我们主要讲解测试用例管理页面的编写,先上一张写完之后的效果图 ? 该页面主要的功能包括:执行增删改查测试用例,运行测试用例,监控测试用例执行过程。这一讲我们讲解测试用例的增删改查页面实现。 | 添加性能测试用例管理组件 (1)添加性能测试用例管理页面路由 import PerformanceTestCaseManage from '.. TableColumn,Pagination,Dialog } from 'element-ui' Vue.use(Dialog) (2)dialog代码编写 <el-dialog title="添加性能<em>测试用</em>例 el-button> | 结尾 前端的页面写法大同小异,需要组件的时候直接去element-ui官网找下,都有现成的例子,至此前端界面的编写这节结束,不过多赘述,下一节(也是本系列最后一节)主要讲述性能<em>测试用</em>例<em>平台</em>怎么借助

34110
  • 广告
    关闭

    腾讯云精选爆品盛惠抢购

    腾讯云精选爆款云服务器限时体验6.6元起,还有更多热门云产品满足您的上云需求

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    测试用例管理平台的一二三

    I型用例管理平台 测试管理,包括了测试用例管理、测试任务管理、测试结果管理,统计报表等最为基础的功能,以支持测试团队的工作开展。这是以TestLink为代表的测试用例管理平台的范围。 ? JIRA凭借着其完善的功能体验和强大的生态圈,已经成为盘踞产品开发管理类软件的主要玩家。 首先在测试管理平台上建立一个测试用例(逻辑上),然后通过编码实现该用例的自动化(物理上)。接下来的过程就是通过CI等途径执行自动化测试用例,并将结果标注到用例管理平台对应的测试用例上。 这其中有以下的一些关系需要解决 1)【手工】测试管理平台上的测试用例(逻辑上)需要进行创建 2)【手工】如何建立平台上的测试用例和自动化用例之间的关联关系 3)【手工】由于用例执行也往往是用例管理平台上一个重要的概念 的文章,讲述了“不知道怎么的被放到一个叫做“测试工具开发”的边角部门里,干着一些不疼不痒不影响公司业绩的工作”的“一个边缘程序员”通过封装测试引擎,发明和“推广一套自己的测试脚本语法”,最终”成功晋升为公司的红人

    1.1K40

    滴滴开源AgileTC:敏捷测试用例管理平台

    桔妹导读:AgileTC是一套敏捷的测试用例管理平台,支持测试用例管理、执行计划管理、进度计算、多人实时协同等能力,方便测试人员对用例进行管理和沉淀。 测试活动相关数据无法沉淀:研发自测结果?打回率?测试用例失败率?测试周期? 因此,我们需要一套完善的测试用例管理系统来满足我们的日常测试需求。 然后,业界比较可靠的用例管理平台,如test-link,QC,禅道等,它们均采用传统用例管理方式,类似excel的操作体验,测试用例编写过程较繁琐,与当前业务普遍使用的脑图管理方式不匹配,也不符合当前业务快速迭代的诉求 AgileTC是一套敏捷的测试用例管理平台,具备与xmind等脑图工具一致的操作体验。支持测试用例管理、执行计划管理、进度计算、多人实时协同等能力,方便测试人员对用例和测试过程进行管理。 AgileTC的核心是测试用例集和测试任务,其中用例集的编辑和任务编辑当前均基于脑图,因此合并为一个平台。最终由三个平台组成:脑图编辑平台、用例集管理平台测试任务管理平台

    1.5K21

    AgileTC --滴滴开源敏捷的测试用例管理平台环境搭建与试用

    滴滴开源了敏捷的测试用例管理平台,看了下大家部署遇到了各种各样的问题,那么正好呢,我也想体验下这个平台,正好有空,尝试着去搭建下。 我们去创建下测试用例 ? 这里我先不导入本地的 ? 试着编辑下 ? 功能很强大 保存后,我们去看到我们的测试用例 ? 我们可以为测试用例创建测试任务 ? 我们点击创建测试任务 ? 点击保存 ? 我们就可以看到创建的测试任务, 还有通过率,测试用例集。 我们去执行任务 ? 我们可以标注测试结果保存后,我们可以看到所有用例的执行情况 ? 我们的通过率,测试集等。 我们还可以把测试用例导出xmind ? 导出之后 ? 这里中间还是有很多东西可以进行调整的。 我们在创建的测试用例的时候,我们去看下导入的我们本地的已经存在的。 ? 我们看看效果 导入后 ? 这样比本地统计简单多了,而且在本地可能因为版本不同打不开,这样统一的在平台上创建,不会因为格式不生效。 方便统计大家执行用例的进度,快速上手,用例关联需求,用例关联测试任务,测试任务汇总测试进度。

    98920

    自动化测试用例设计平台(AutoTCG OnLine)

    自动化测试用例设计平台(AutoTCG OnLine) 一、平台介绍 二、主要功能 三、AutoTCG系列产品 一、平台介绍 1.AutoTCG OnLine是一款在线自动化测试用例设计平台,通过在线创建可视化测试模型 ,自动生成测试用例 2.AutoTCG采用先进的数学算法,可实现全面科学的测试覆盖 3.AutoTCG适用于嵌入式软件测试、web应用测试、移动app测试、桌面软件测试等多种自动化测试场景 二、主要功能 ,确保执行步骤的全面覆盖 采用组合配对算法,确保输入参数组合的科学覆盖 采用路径约减算法,确保测试用例的最优覆盖 自动求解约束,保证每条测试用例的有效性 4、执行代码输出 自动生成python 、lua、javascript、c#、c++等多种格式代码 支持代码生成插件定制 自动生成测试用例执行目录 5、文档输出 一键生成测试用例说明文档 支持多种输出格式 支持输出格式定制 三、 AutoTCG系列产品 AutoTCG是一款国产自主可控的自动化测试用例生成引擎,集成有AutoTCG引擎的产品包括: AutoTCG OnLine:在线自动化测试用例设计平台 AutoTCG专业版

    95930

    去中心化的测试用平台之Maven插件

    测试用例管理的角度来看,测试平台或者测试框架,首先需要解决业务域的问题 1)如何来表征一个测试用例、步骤以及用例集 2)如何来执行用例、用例集 3)如何来获取用例结果并登记入库 传统用例平台的做法 常见的测试用平台 传统测试平台测试任务往往是由服务端发起。 2)客户端和服务端通过服务接口进行交互,服务接口屏蔽了语言和工具的差异,也就出现了各种不同的扫描器,来支持几十种开发语言和各种构建工具和IDE。 而传统用例平台,则往往会自定义统一的DSL来描述测试用例,对于跨工具的支持考虑较少。 2去中心化的测试用例管理平台 手工与自动化一体 在DevOps工程实践,我们自行设计了用例管理模块,作为整个DevOps平台的一部分,用于统一管理手工和自动化用例以及执行结果和报告度量。 实际工作中,一个(测试)项目可以自行托管在代码库中,用例有新增修改,并通过CI或者其它方式执行之后,可以自动或者按需将用例和执行结果提交到测试用例管理平台,从而生成度量数据和管理报告。

    15920

    测开技能--接口测试平台增加测试用例一键转化Jmeter

    在之前的文章一文揭秘测试平台中是如何将测试用例一键转化Jmeter压测脚本,介绍了在spring boot搭建的接口测试平台,最近在维护开源的接口平台,基于flask搭建的,里面的思路可以参考 class TestJmx(db.Model): "存储测试用例转化的脚本" __tablename__ = 'testjmx' id = db.Column(db.Integer 整体的逻辑是如下的 1.点击一键生成 2.后台拿到测试环境id,测试用例id 3.后台去交验是否存在测试环境,测试用例id。 9.查看远程测试报告的数据,压测过程中监控 10.测试完毕,收集汇总,如有历史记录,对比历史记录的性能差别 目前这个里面的我们只需要实现前5步,产生测试脚本。 interfaceid)).first() if not case_one: return jsonify({'code': 99, 'messgage': '没有测试用

    19730

    测试开发实战|如何利用 xUnit 框架对测试用例进行维护?

    如何利用 xUnit 框架对测试用例进行维护? 本文为霍格沃兹测试学院优秀学员 Junit 学习笔记。 Case :测试用例 Test Fixtures : 测试夹具 / 治具,用来管理测试用例的执行 Test Suites :测试套件,用来编排测试用例 Test Execution:测试执行,以何种顺序执行 很多框架基于 Junit4 定制; 2.2 测试用例的核心元素 测试用例的名字:特性方法名 测试用例描述与标签:注解 测试用例的容器:类或者套件 测试过程单元测试Web 自动化测试 SeleniumApp 基类的 @BeforeClass:配置读取、配置 Capability、初始化 driver、安装 App,PageObject 初始化 集成的子类执行流程@Before:启动并进入特定界面@Test:测试用例执行 : 从测试结果可以看到 3 组参数分别传入方法中,方法各执行了一次,完成参数化测试 3、总结-测试用例的顺序 测试用例之间的顺序 test fixtures 的顺序 继承顺序 套件之间的顺序

    8610

    接口测试平台代码实现46:接口调试用户异常操作处理

    因为这里我们修改的已经太过复杂了,漏掉一点点代码或者位置不对 都会导致这个第三方表格的bug,这就是不可控度比较高,以前我发现我们公司后台中的日期选择出bug了,前端开发甚至表示改不了,因为第三方的。

    5420

    测试圈相亲平台开发流程(5):首页开发

    平台并非真实运营和使用,仅在于学习研究平台前后端研发技术使用。 今天继续开始做这个平台,上节课我们已经成功搬运了信封样式的漂亮前端,本节课就来设计第一个页面:首页。 本节课也给大家介绍我正在用的前端开发ide:visual Studio Code 相比pycharm来说,它更轻便,且渲染速度更快。简单说就是不卡且纯免费。 但是注意,我用这个软件来专门写前端。

    7620

    敏捷开发模式下的利刃:探索性测试(ET)--测试用例如何设计?

    一般在时间相对较紧张,且测试对象说明不完善,即我们常说的「敏捷开发模式」的情况下,探索式测试可以起到突出的效果(但并不是说探索式测试是敏捷模式下特有的软件测试方法)。 为什么探索式测试很重要 采用敏捷开发流程迫使测试团队在更短的时间周期内完成测试。以前需要数周或数月才能测试的团队,现在必须加速测试,以便在几小时或几天内提供更全面的测试结果。 这促进了在极短的开发周期内快速检测缺陷。 探索式测试是以用户的角度来测试,它为传统的结构化测试(即从底层开始测试)做了补充,以保护频繁迭代的用户体验。 虽然不用事先创建测试用例,但是测试人员通过发散性的思维去思考每个模块、每一步甚至每个按钮可能会出现的缺陷问题,可以让测试人员的时间和精力更多地集中在创造性地思维上,发现更多隐藏的缺陷。 娱乐区:辅助特性,对应软件的辅助特性和功能,可以做完补充测试。 旅馆区:平台或维护特性,对应软件内部的一些交互,不一定是由用户来触发的。

    78410

    一键转化将接口测试平台测试用例转化成Jmeter压测脚本思路

    之前开发的接口测试平台https://github.com/liwanlei/FXTest,今天的时候,想开发一个将测试用例转化成Jmeter压测脚本的功能。想着还是在原来的框架下做开发。 目的: 1.将现有的接口测试用例,直接转化成压测脚本,远程一键化执行。减少测试编写脚本的时间。 2.一键转化,减少工作量,自动化执行压测。 精确到每个测试用例都可以转化。利用参数的入参和断言,转化成Jmeter压测脚本,一键复制到执行机上进行执行。 存储的时候要和对应的测试用例,测试环境,测试数据做关联的。 对比历史结果,要根据入参,服务器等情况,按照同样纬度进行对比。 以上呢,就是在整个拓展中考虑的各种情况。 当然还实际开发中,还会遇到很多的情况。这里呢,我选择利用我已经开源的平台做的功能的设计,整个的开发过程呢,我会用java实现,验证完毕后,后期会开源到python的平台中去,整体的思路没有太多的差异。

    24110

    teprunner测试平台用例前置模块开发

    本文开发内容 现在正式进入测试相关功能开发。teprunner测试平台底层是pytest,中间层是tep,还没了解的朋友可以先看看tep的文章,整个平台的设计思路和后面用例的执行都会基于这个工具。 tep的测试用例是放在.py文件里面的,全局变量或者说环境变量是引用的env_vars,公共函数和复用接口是引用的fixtures,在做成平台后,需要把这两个部分独立为两个功能模块。 image.png 并在urls.py添加路由: image.png 编辑user/fixtures/user.json,添加一个接口自动化的菜单: image.png 截图只截了管理员,测试开发角色 teprunner/urls.py文件,把视图添加到路由中: image.png 编写前端代码 编辑package.json,添加依赖: image.png fixtures是代码形式的,这是测试平台第一次使用代码编辑组件 CRUD会了,定制化开发还会远么。

    19320

    (一)ROS开发平台环境搭建与测试

    apt-get install python-rosinstall python-rosinstall-generator python-wstool build-essential 2、ROS环境测试 :小海龟例子测试安装环境是否成功。 终端1:roscore,启动ROS Master,测试ROS运行是否正常。 终端2:rosrun turtlesim turtlesim_node,启动小海龟仿真器。

    51520

    盘点下接口测试平台开发功能

    随着接口测试平台该系列的大火,几十上百个公司的使用。 目前也收集到了铺天盖地的需求和新的设计,当然大部分都是早就准备落实的。 而且很多同学都会把接口库当作单接口测试用例来使用,所以一键执行,并且执行后可以出现测试报告展示,是一个非常非常实用的功能。 2. 请求类型增加带文件的功能。 这种360度无死角的测试开发同学怕不怕! 8.接口文档解析和导入 总有同学抱怨,从接口文档 复制到 平台中 即麻烦又无聊还容易出错,所以我们实现了接口文档全自动解析导入 和 半自动解析导入。 如果担心服务器性能顶不住,那么我们可以去单独申请个电脑作为奴隶机,让在服务器上的接口测试平台控制,把要压测的接口和任务 下发给奴隶机,奴隶机压测结束后把结果返回给平台即可。 有没有发现,我们这个平台已经替换了postman,charles,fiddler,jenkins,接口文档等多种主流工具了,我们把这些主流工具 整合到一起,取其精华,融会贯通,这有一点真正接口测试开发工程师集大成者的风范了哦

    7030

    测试开发基础 mvn test | 利用 Maven Surefire Plugin 做测试用例基础执行管理

    本文为霍格沃兹测试学院优秀学员学习笔记。 一、需求 在测试工作场景中,经常会遇到下面的问题: 执行自动化测试用例的时候,只想指定某个测试类,或者某个方法,又或者某一类用例等,怎么办? ,里面的内容代表了测试用例的执行情况。 txt:测试结果的命令行输出。 test 除了可以指定执行测试类,还可以指定测试方法,测试类 和 测试方法 之间用 # 隔开即可例如这个我想要指定执行 MavenDemo1Test 中的 test2 方法: $ mvn -Dtest 更多技术文章分享及测试资料

    70401

    测试圈相亲平台开发流程(6):搜索页-前端开发

    平台并非真实运营和使用,仅在于学习研究平台前后端研发技术使用。 今天继续开始做这个平台的三大页之一:搜索页。 关于这里的设计其实就是对成员列表的管理。增加,还是搜索,还是查看,还是删除。

    7320

    技术分享 | 学做测试平台开发-Vuetify 框架

    Vuetify 是 Vue 的语义化组件框架,旨在提供整洁、语义化和可重用的组件,使得构建应用程序更方便。

    11840

    接口测试平台代码实现7:菜单的开发

    那么具体要怎么开发呢? 其实对于菜单这么常见的控件,我们没必要自己动手去做,完全可以去网上下载一个现成的,各种漂亮的要什么有什么,所以本节主要精髓是教给大家如何去网上下载后利用起来。 首先我们进入一个我平时比较喜欢的控件平台:jquery之家: http://www.htmleaf.com/ 进入后会发现,上面有各种分类。 自己别忘了在之后好好检查一下这些文件的路径是否正确,这是一个python开发的基本功,这里不会再多说哦~ 拼好后长这样 现在让我们再进入127.0.0.1:8000/welcome/ 看看显示情况 好了这里我们就介绍完了如何开发一个左侧菜单了,是不是很讨巧的办法,最上面的search...测试发现也很好用。我们之后其他各种控件元素都可以在jquery之家上下载,按照我教的方法去拆出来一点点使用。 虽然大神们会有更加科学和快速的方法进行二次开发 甚至自己干写,但是那需要很多的经验和意识。 喜欢的小测试们欢迎点个赞+在看~

    7930

    相关产品

    • 金融专有云开发测试平台

      金融专有云开发测试平台

      金融专有云开发测试平台是腾讯云为客户专属搭建的小型化测试开发平台,可以为您快速搭建一套完整的金融云开发测试环境,方便客户在完全模拟现网环境下,进行开发测试,整体环境运行维护统一由腾讯云提供,可以帮助客户减小维护成本,提升运营效率。

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券