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

v4.1.5下载地址 :itest下载

itest 简介查看简介

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

在线体验 https://itest.work/demo/

V4.1.5 根据用户反馈,共增加了27个更新:其中有15个功能增强和优化和12个BUG修复。用例增加基线,且在测试包中分配用例时,可以按基线过滤;测试包中增加版本,执行其下用例时,缺省就是测试包的牒版本;当只参加一个项目,点测试菜单时,不再弹出选项目列表,直接进入所参加的项目;另外还修心了任务管理,和迭代管理的几个BUG,还有一些优化和增加。 V4.1.5详情如下所述:

 功能增强

1:切换测试项目的窗口有时候,显示的grid 没撑开 
 2: 点项目,或是任务,或是迭代时,有chrome ,edge 浏览时,再提升1秒, 整个itest是单页系统,切换页面时,有些有左侧菜单,有些没有
前面说的这三个就没有左则菜单,切换后要撑开页面,以显不饱满,但有时候会延迟1秒,又优化
3:点测试菜单弹出的选项目页面,优化,之前查询后台两次,且分页查询不正确,也影响速度   
4:    测试包列表叫执行人与创建或修改测试包中分配人不皮配,都改为执行人
5: 在看板中,新建或是查看任务详情时,加载项目列表时,又触发了调用后台,查询看板内容,这个调用根本没必要  
6 : 用户导入时,加导入模板下载 
7:顶部栏,测试 页签:只有一个项目时,建议直接切换,不用弹出项目选择面板  
8: 显示任务看板时,如果当前人员不是管理员,查询迭代的SQL 优化  
9: 用例中加一个基线版本(非必填项),然后再 分配用例时,可以按基线版本过滤
10 :用例包加版本,执行用例时,缺省就是用例包的版本,也可以改
11 :用例包列表中增加版本的显示,同时4列增加了,显示不下后,悬停提示   
22  :测试包里执行用例时,点用例状态也可以执行  
13 :测试包分配用例页面加载时,有三个下拉列表,初始化这三个下拉时grid 刷新了三次  
14 :迭代任务分配时,删掉前端JS多次没必要请求后台的调用 
15: 用例执行页面,加载下拉表成后所,误用onSelect 而不是onChange 导致设置为全部时又加载了一次gird

Bug修改

1:环境管理后台权限在前一版本升级数据库后,权限 URL没配置取,导致无法访问 
2 :  任务菜单下的我负责任务,我参与的任务,我关注的,以及所有任务,过滤不正确 
3: 非管理员登录时,在我的所有任务中,按任务状态过滤时,查询结果不正确

4:看板中查看测试包详情时,显示所属项目名

5:bug 来源分成,权限数据设置不对,导致访问不了

6:解决在迭代和任务中,上版本(4.1.1)项目下拉列表输入查询没有了,变为普通select

7 : 一键清demo 上版本(4.1.1)执行出错

8: 非管理员登录时,所属项目字段:显示为空(实际有分配项目)

9:看板上,过滤掉己删的项目的测试包,任务,以及迭代  
10:迭代列表中,不再显示己删除项目的迭代

11: 任务下子菜单,非管理人员登录时,不管点我负责的,我关注的,我参与的,都显示一样的内容

12: 设置→用户管理:修改密码失败。先输入原始密码,再输入密码,保存时会清除掉原始密码导致修改失败,需要输入两次才成功

产品截图

功能模型及引导图,引导图上蓝色文字是热点,可以点击,方便引导上手

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

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

时间: 2024-10-06 01:20:42

itest(爱测试) 4.1.5 发布,开源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(爱测试) 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)看板中增加,可查看迭代报告,以及可查看测试包的具体执行情况.   看板中,附之前的任

使用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 =

转:你不可不知的敏捷测试-定义,原则,方法和生命周期

随着软件开发过程复杂性的不断增加,客户希望得到新软件的期望周期也越来越短,所以软件测试方法需要不断的发展快速适应新的开发模式,敏捷测试的呼声越来越高,以下是CC先生对敏捷测试的一些思考. 敏捷测试的定义 在CC先生初次遇到敏捷的时候,认为敏捷只是有关于流程和工具,学习了一系列有关于敏捷的流程和自动化测试的工具,随着对敏捷理解的深入,越发能体会到敏捷不仅仅是关于流程和工具,它是关于人和文化的! 受到这种认识的启发,CC先生开始深入了解敏捷的历史 - 事实证明,人和文化一直是敏捷的核心.敏捷测试也是