itest(爱测试) 4.4.0 发布,开源BUG 跟踪管理 & 敏捷测试管理软件

itest 简介

test 开源敏捷测试管理,testOps 践行者。可按测试包分配测试用例执行,也可建测试迭代(含任务,测试包,BUG)来组织测试工作,也有测试环境管理,还有很常用的测试度量;对于发版频繁,需求常变,itest还可导出用例,线下修改、执行,新增后再导入(同步)到线上;且可根据测试策略来设置测试流程,并可实时调整;在测试看板中,能查看迭代报告,测试包执行情况,测试任务进展,也可以在看板上直接执行用包用例,具体介绍详见下面开源中国连接;itest 入围2019 最受欢迎国产开源软件并获得此奖项  。

开源中国项目地址: https://www.oschina.net/p/itest-cn

  在线体验1 http://120.78.0.137/demo

v4.4.0 下载地址 itest下载

本次发布一共实际39个更新(38个增强,2个BUG):主要是度量分析基本上全改了,增加了测试人员简报,开人员人简报,费解BUG明细,重开BUG明细,22个统计都增加了版本下拉列表,可以按版本进行统计,对6个分析的SQL进行优化。  V4.4.0详情如下所述:

3 6个功能增强

1:增加bug reOpen 统计及明细:含处理BUG的开发人员,BUG当前状态,bug id ,reOpen 次数
2:增加费解BUG 统计及明细:含提交BUG的测试人员,BUG当前状态,bug id , 费解 次数
3:增加测试人员简报 ,里面有测试人员写用例情况,执行用例情况,提交的 BUG数,提交的BUG 按状态按人分布,提交的BUG按类型按人分布,提交的BUG按等级按人分布,且可按不同版本作为条件进行分析

4:   增加开发人员处得BUG简报 ,有开发人员BUG数统计, 也有按bug状态按人分布,按bug等级按人分布,按bug类型按人分布,按人按BUG 龄期分布(龄期可按天也可按周计),且可按不同版本作为条件进行分析

5:  BUG质量析分析中除了增加了费解BUG占统分析

6:22 个统计分析中,都增加了且增加版版的下拉选框 ,可按版本统计(计为22个更新)
7:责任人引入原因分析 改为开发人员员引入原因分析
8:删除版本时,如版本不被使用就物理删除,以前版本,是逻辑删除
9:新增版本时,自动生成版本序号,度量分析时,这序号是关键设置错了,对度量分析的统计结果有影响
10:6测试统计的SQL查询优化 (计为6个更新)
11: 编写用例 趋势,改为从用例历史中统计,就算用例这后被删除,也能体现出过去的编写数据

1个BUG修复:

1:非admim帐户有时候点我关注的任务时,后台报SQL错误,查不出我关注的任务

2: 修复日执行用例趋势及明细,统计错误

产品截图

功能模型及引导图

引导图上蓝色文字是热点,可以点击,方便引导上手

可线下离线处理测试用例,再同步到线上,

     可按测试包分配测试任务,通过把多个测试包加到测试迭代中,统计测试执行情况

可在看板上,填写任务进度,执行测试用例包,或是处理流转到名下的BUG

在看板上,直接可以执行用例

流程驱动测试

流程驱动缺陷在26种状态中演化,更精准反正工作实况

测试流程引擎自动推算可演化状态及流转到谁名下,且可实时调整流程

多维度测试度量

趋势分析洞察研发过程潜在风险,为项目管控提供决策依据

结果数据分析掌控团队效率,为持续改进提供量化数据支持

测试总揽,测试经理每日工作复盘好帮手,量化的测试日报

测试环境维护

原文地址:https://www.cnblogs.com/mypm/p/12302499.html

时间: 2024-10-07 03:57:58

itest(爱测试) 4.4.0 发布,开源BUG 跟踪管理 & 敏捷测试管理软件的相关文章

迎国庆 itest(爱测试) 4.1.0 发布,BUG 跟踪管理 & 敏捷测试管理软件

v4.1.0 下载地址 :itest下载 itest 简介:查看简介 V4.1.0 根据用户反馈,共增加了23个更新:其中有11个功能增强和12个BUG修复.新版极大方便测试执行,测试人员可要把看板设置为首页,就可以在这里连续不断的执行你的迭代用例,同时,用例导入导出及同步离线处理更加友好,返回具体的同步数据. V4.1.0详情如下所述: 11个功能增强 : (1)用例导入导出,离线同步 . 用例离线处理后,再同步到系统中时,加了同源校验,同时导入结束后显示同步了多少条离线修改的用例,以及同步了

itest(爱测试) 4.1.5 发布,开源BUG 跟踪管理 & 敏捷测试管理软件

v4.1.5下载地址 :itest下载 itest 简介:查看简介 itest 开源敏捷测试管理,testOps 践行者.可按测试包分配测试用例执行,也可建测试迭代(含任务,测试包,BUG)来组织测试工作,也有测试环境管理,还有很常用的测试度量:对于发版频繁,需求常变,itest还可导出用例,线下修改.执行,新增后再导入(同步)到线上:且可根据测试策略来设置测试流程,并可实时调整:在测试看板中,能查看迭代报告,测试包执行情况,测试任务进展,也可以在看板上直接执行用包用例. 在线体验 https:

itest(爱测试) 3.5.0 发布,开源BUG 跟踪管理& 敏捷测试管理软件

v3.5.0 下载地址 :itest下载 itest 简介:查看简介 V3.5.0 增加了 9个功能增强,和17个BUG修复 ,详情如下所述. 9个功能增强 : (1)增加xmind(思维导图) 转EXCEL 功能 且用的是itest 用例导入模板,很方便由XMIND的写的测试点,转为EXCEL格式的用例,稍加修改后再导入.前一版本增加的是从 xmind 直接导到itest 中,这次按用户反馈做了小增强. (2)看板中增加,可查看迭代报告,以及可查看测试包的具体执行情况.   看板中,附之前的任

spring-boot-plus V1.4.0发布 集成用户角色权限部门管理

RBAC用户角色权限 用户角色权限部门管理核心接口介绍 Shiro权限配置 ?? Shiro权限配置 数据库模型图 ?? spring-boot-plus初始化SQL下载 获取验证码 可配置是否启用验证码 默认未启用 如已启用验证码校验,登陆时,需传入verifyToken和code 验证码演示 spring-boot-plus: # 是否启用ansi控制台输出有颜色的字体 enable-ansi: true # 是否启用验证码 enable-verify-code: true enable-v

使用word发布博客的格式测试

对使用word发布博客园的测试 对使用word发布博客园的测试 对使用word发布博客园的测试 对使用word发布博客园的测试 图片测试: 表格测试: 测试 Test 测试 Test 12 34 34 3434 代码测试 from dataset.mnist import load_mnist import numpy as np import pickle from PIL import Image def img_show(img): pil_img = Image.fromarray(np

自动化测试——敏捷测试的基石

作为被冠以敏捷名称的测试,敏捷测试同样以快为目标.在敏捷测试中,快有三个方面的含义: 团队能够通过测试快速获知系统当前所处的状态,了解距离可工作的软件还有多远: 能够在一个迭代周期中快速完成回归测试和对新功能的测试: 开发工程师能够从持续的测试中得到快速的关于提交代码反馈. 简而言之,敏捷测试要求测试能够测试在短的时间间隔内持续发生且能够在短时间内完成.考虑到纯粹的依赖人工测试基本不可能达到短的时间间隔内持续发生和短时间内完成这两个目标,而自动化测试在执行效率方面具有天然的优势,在敏捷测试中使用

究竟什么是敏捷测试

时至今日,还讨论这样一个老话题,是否感觉老调重弹?因为两年前(2010年底)时任谷歌中国测试经理的段念先生就写了一篇文章<什么是敏捷软件测试>, 就已经谈到这个话题,“敏捷软件测试更多的是一种理念,而非过程”.在2011年,我自己也写了一篇文章<敏捷测试的思考和新发展>,谈到“在BDD.ATDD和TDD最根本的.共同的思想基础上,构成一个全新的.更完善的敏捷测试框架”.而更早的时候(2010年10月),写了一篇<敏捷测试的方法和实践>,开始的那一小节就在讨论 “什么是敏

我在华为做敏捷测试的那些流程

一.开发和测试的通性困扰? 面对复杂性(客户):不断地修改计划.不断地增加预算.低劣的产品质量…… 面对复杂性(项目组成员):经常加班到深夜.提交的产品不合格…… 二.敏捷开发中的敏捷测试目的: 敏捷宣言 个体和交互比过程和工具更有价值:能工作的软件比全面的文档更有价值:顾客的协作比合同谈判更有价值:及时响应变更比遵循计划更有价值. 其核心是:以人为本,发挥人的主观能动性. 三.传统测试和华为敏捷测试区分: 3.1.传统的测试 1.守门员:质量保证者,阻止那些不可靠的.无效的.充满BUG的版本发

Testing - 敏捷测试

敏捷测试(Agile Testing) SM= Scrum Master PO= Product Owner PB= Product Backlog SB= Sprint Backlog  Scrum Team = Development Team + Scrum Master + Product Owner Development Team = team that develops the product backlog items (cross-functional team) PBI =