zoukankan      html  css  js  c++  java
  • itest(爱测试) 4.5.0 发布,开源BUG 跟踪管理 & 敏捷测试管理软件

    itest 简介

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

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

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

    v4.5.0 下载地址 itest下载

         本次发布一共26个更新(19个增强,7个BUG):分析度量中用例相关的统计修了修改,增加ldap登录支持,任务管理按反馈增加了4个增强。  V4.5.0详情如下所述:

    19个功能增强:

    1:ldap 登录支持,可使用ldap 帐户登录
    2:用例编写趋势中增加含修改的可选条件  
    3:测试人员简报中,增加费解BUG 数据   
    4:迭代列表双击之后再回来双击另一个迭代出现多选,本来是只能单选的,且单选一个记录后再单击时不取消己选的记录  
    5:导入用例选择从转维导图导入,但有一个多余的EXCEL导入的文件要求的提示显示选文件的弹窗中  
    6:处理BUG时,查看附件,且在附件里全屏显示附件,然后关了附件的窗口,之前的BUG的再现步骤收缩了,显示不全  
    7:测试人员简报,含修改的可选条件  
    8:用例处理历史中增加,如是执行用例,增加用例包ID,方便一个用例包,一个用例只统计一次,不加这字段,一个包中一个用例
    多次执行时,数据不真实。  
    9:在我关注的任务,和我的所有任务中 建议增加任务负责人查询条件,以及日期条件,管理于管理人员查询,
    10:任务管理中增加导出功能。
    11:某个测试包的有 ,有部分己线上执行,再导出离线执行,然后再在用例导中同步(导和 )离线执行,测试包的执行率不正确
    12:测试包导出时,写入测试包的执行版本,离线执行时,就不用再选版本   
    13:在测试包导入成功后,要自动刷新用例包列表。
    14:BUG 列表,BUG描述,应加 悬停显示  
    15:bug 关联用例的列表,用例描述没有悬停显示  
    16:安装包的tomcat 的的AJP关掉,解决安全漏洞
    17: 任务列表增加延期计算,以不同颜色在列表的看板中显示,且在项目状态下拉中加延期这个查询条件
    18:增加docker 容器安装包,升级脚本, 容器版也能增量方式升级  
    19: 我负责的任务,我参与的,我关注的,增加日期查询条件 

    7个BUG 修复:

    1:在用例包中执行用例,然后查看用例的执行历史,有些执行记录的备注中没看用例包名 
    2:有时候点BUG  ID关联用例,且在关联用例里现填写一个用例来关联,而不是选己有用例,有一个loading 一直在转圈 ,提交要报错 
    3:日执行用例中,如果一个用例在同一测试包中被多次执行,统计时计为多个用例,不合理,怕有人员恶意利用这做数据,在统计时数据"好看"
    4: 测试人员简报中,也有类似14的问题 
    5:修改费解BUG 明细,有些数据测试人员那一列,显示为开发人员的BUG   
    6:修改任务时,每点一次修改,多一个所属项目的下拉列表
    7:在用例或是BUG页面上,ctrl+v 粘合附件后,按回车,结果页面刷新为登录进来的首页 

    产品截图

    功能模型及引导图

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

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

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

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

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

    流程驱动测试

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

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

     

    多维度测试度量

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

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

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

     

     

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

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

    为条件进行分析 

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

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

    测试环境维护

  • 相关阅读:
    Kafka Producer 的缓冲池机制【转】
    【转】kafka如何实现每秒几十万的高并发写入?
    【转】zk和eureka的区别(CAP原则)
    【转】10倍请求压力来袭,你的系统会被击垮吗?
    (转发)深度学习模型压缩与加速理论与实战(一):模型剪枝
    Time Lens: Event-based Video Frame Interpolation
    PointNet: Deep Learning on Point Sets for 3D Classification and Segmentation
    Self-Supervised Learning with Swin Transformers
    DashNet: A Hybrid Artificial and Spiking Neural Network for High-speed Object Tracking
    KAIST Multispectral Pedestrian Detection Benchmark
  • 原文地址:https://www.cnblogs.com/mypm/p/12371015.html
Copyright © 2011-2022 走看看