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)看板中增加,可查看迭代报告,以及可查看测试包的具体执行情况。

  看板中,附之前的任务点击其名称可查看详情外,再增加点击测试包名称除可查看详情外,还可查看用例执行情况,因为仅从看板中查看到用例执行率是不够的;点迭代名称也可以查看迭代执行报告,方便查看整个迭代的汇总,之前必须在迭代列表中才可能查看,不太方便

(3)度量分析中,4个(下图左则有箭头标示的分析)过程趋势分析功能增强

 之前按人按日期做的趋势分析,保留之前的分析,又另外增加了,不按人,只按日期趋势分析。如下两图所示

肯定有人会问,只看执行用数,很不靠谱,对了,我们还用测试成本来计算,通过汇总用例里设置的执行成立本而得,发下图所示,当然也只是一个参考, 还要结合其他因素分析,如某人他参与度只是30%,执行的成本低也是理所当然。

(4) BUG  查询中增加可按fix 版本查询,方便发新版时查找待验正的BUG

(5)用例库,用例类别不再显示编号

(6)新增BUG时,增加了操作过程,实际结果,预期结果分段
(7) 任务描述,加长为50个字
(8)增加迭代变更历史

迭代中如果更改了项目,会把之前关联的任务,用例, BUG删掉,但是没有记录到操作历史中,增加这类修改历史

(9)优化卸栽程序时,去掉那个全屏的大背景

BUG 修复  17个:

(1)解决 fix 版本后没没存进库里的BUG
(2)导出时,己关闭的BUG,修改人和修改日期 为空 和(修改|校验版本)为空的BUG
(3)用户禁用体验问题  
(4)好几个地方,,快束查询输入 "% " ,查所有,
(5)镜像管理,不选文件,上传报错
(6)用户及用户组前端加输入长度校验
(7)数据字典缺省项设置成功后,提示信息不一致
(8)查看角色内用户时,查询结束后查询条件弹窗不关闭
(9)修必人员删除后,查看任务详情时,显示被删人员ID,且页面被挤得不好看的BUG
(10)BUG 编号快查,只按ID查不加项目ID,导致可以在A项目中可查B项目中的BUG
(11)任务描述超长限制不起作用
(12)没有用例时,导出后会导致丢session 的bug
(13)导入用例时,如果新增了用例优先级,提示导入成功,提示没有导入成功
(14)只要修改迭代,其他的任务,BUG,测试包就丢失了  
(15)度量分析中,引及阶段分析,没数据时,浏览器控制台有bugType 未定义的提示,且所有其他分析都卡住了看不了
(16)迭代中如果更改了关联的项目,会丢失迭代操作日志
(17)分析度量中,趋势分析中,有4个分析,数据有偏差的BUG

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

时间: 2024-10-06 08:25:15

itest(爱测试) 3.5.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.4.0 发布,开源BUG 跟踪管理 & 敏捷测试管理软件

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

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

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

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 =