itest(爱测试) 4.5.5 发布,开源BUG 跟踪管理 & 敏捷测试管理&极简项目管理软件

itest 简介

        itest 开源敏捷测试管理,testOps 践行者,极简的任务管理,测试管理,缺陷管理,测试环境管理4合1,又有丰富的统计分析。可按测试包分配测试用例执行,也可建测试迭代(含任务,测试包,BUG)来组织测试工作,也有测试环境管理,还有很常用的测试度量;对于发版频繁,需求常变,itest还可导出用例,线下修改、执行,新增后再导入(同步)到线上;且可根据测试策略来设置测试流程,并可实时调整;在测试看板中,能查看迭代报告,测试包执行情况,测试任务进展,也可以在看板上直接执行用包用例。

在线体验1  http://www.itest.work/demo

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

v4.5.5 下载地址 itest下载

      本次发布一共33个更新,其中26个功能增强,7个bug  修复。 主要表面为用户体验做了很大提升,任务,测试包,测试用例(增加、修改、执行),BUG(增加、修改、流转)的窗口不用再拖滚动条,就可以点击功能按钮 ;另外用例标签可导入导出,有导入时,如系统中不存在会自动新增;基础字典里增加用例标签,个人在用例维护时填写的新标签是个人的,选择时从公用标签和个人标签合集中选择;另外在迭代中可以直接增加任务和测试包,且分配到当前迭代下,如第10个优化,BUG处理流程也做了优化,测试人员也可以重分配。V4.5.5详情如下所述:

26个功能增强:

1、bug导出时,想把引入原因也导出来   
2、用例导出时,要导出标签  
3、用例导入时,要导入标签,如是系统中不存在,也要新增 ,方便后续选择    
4、在看板中,点迭代下的 迭代明细,直接跳找到当前迭代明细页面  
5、在迭代中双击一个迭代,并切换到测试包tab ,然后再回到迭代列表,再双击当前或是另一个迭代时,在迭代明细的 项目BUG tab 页另,不应显示增加测试包的按钮   
6、添加新用户的时候 点击保存并继续 列表没有刷新 导致没有显示出来,需要手动再次进入用户管理才能看到  
7、在迭代的项目任务中,可以直接增加任务,并自动分配到当前迭代下。
8、将测试用例中导入用例包,编号不按照顺序显示,
9、在用例包中,用例转BUG时,测试包页面上执行统计数据没刷新  。
10、测试人员A提交一个BUG,分配给了开发人员B ,他发现,分错了,测试人员A想改为开发人员C改不了,只能开发人员B重分配为C才行,这不太合理, 测试人员A也应可以重分配给开发人员C    
11、手册及docker 安装中,增加发邮件的配置   
12、手册中加一些最佳实践   
13、用例包中转BUG的时候,应该BUG的版本,用测试包的版本  
14、新增测试用例页面,和BUG页面一样,可以连接增加  
15、看板中己完成的任务,在己完成那一列显示100%  
16、导出用例按ID排序   
17、在字典增加用例的公共标签 ,给用例加标签时,可从公共和个人标签合集中选或是现增加    
18、修改字典维护中字典类型加载了两次的BUG
19、测试用例包下,导出的离线执行excel 文件中除项目外增加包名  
20、导出BUG按ID排序  
21、用例增加标签后,编辑和执行界面要拖滚动条才能看到按钮,操作很不方便 ,新版这不在是问题  
22、 BUG 处理界面,如新增和处理BUG流转时,要拖滚动条才能看到按钮,操作很不方便 ,新版这不在是问题  
23、新增BUG时保存并继续时要给个成功的提示  
24、用例增加界面,增加保存并继续,方便连着写用例  
25、增加用例包界面,要拖滚动条才能看到按钮,操作很不方便 ,新版这不在是问题  
26、连续增加BUG时,增加操作成功的提示

7个bug修复:

1、先用基线和标签查询条件用例,然后导出,但是导出的用例中没有加这两个条件来过滤,其他条件是正常的   BUG
2、excel 导入的用户,不能登录 ,4.5.0增加ldap 登录支持时引入的  
3、解决浏览器语言设置为英文时,所有修改操作报错的BUG
4、在用例包中,对一个用例做两次转BUG时,执行率在测试包里是对的,但是在测试列表里显示的是不对的  
5、在用例包中,对一个用例做两次转BUG时,在统计分行中,算两次执行,应只算一次   
6、没有建项目的权限,在建任务时,可以建项目 ,应该不能建 
7、修改BUG多于2000时,只导出前2000个BUG的问题 

产品截图

功能模型及引导图

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

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

除了可同步线下执行,还支持多种导入,在用例BUG统计示图中,测试需求分解对上,

每个模块上显示BUG数和用例数

用例库维护公共用例,在项目中可以从用例库或是EXCEL呀是xmind 中导入用例,且在导入时,如需求项,用例分类,优先级,以及用例标签 ,如系统中不存在,会自动在导入时建立

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

执行测试用例包任务

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

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

流程驱动测试

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

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

 

从 BUG的邮件通知中连BUG链接,可能直接处理BUG

在收到的BUG邮件中,带一个连接,一点就自动登录ITEST,同时,弹出邮件中的BUG处理界面

多维度测试度量

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

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

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

 

 

测试人员简报: 里面有测试人员写用例情况,执行用例情况,提交的 BUG数,提交的BUG 按

状态按人分布,提交的BUG按类型按人分布,提交的BUG按等级按人分布,且可按不同版本作

为条件进行分析 

开发人员处得BUG简报 : 有开发人员BUG数统计, 也有按bug状态按人分布,按bug等级按人分布,

按bug类型按人分布,按人按BUG 龄期分布(龄期可按天也可按周计),且可按不同版本作为条件进行分析

测试环境维护

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