itest(爱测试) 接口测试,敏捷测试管理平台 10.1.4 发布

来源: 投稿
作者: itestAndy
2021-08-20

一:itest work 简介

       itest work 开源敏捷测试管理,包含极简的任务管理,测试管理,缺陷管理,测试环境管理,接口测试,接口Mock,还有压测 ,又有丰富的统计分析,8合1工作站。可按测试包分配测试用例执行,也可建测试迭代(含任务,测试包,BUG,接口)来组织测试工作,也有测试环境管理,还有很常用的测试度量;对于发版频繁,需求常变,itest还可导出用例,线下修改、执行,新增后再导入(同步)到线上;且可根据测试策略来设置测试流程,并可实时调整;在测试看板中,能查看迭代报告,测试包执行情况,测试任务进展,也可以在看板上直接执行用包用例,也支持在线web 思维导图写用例。让测试变得简单、敏捷,“好用、好看,好敏捷” ,是itest wrok 追求的目标。概念及功能模型如下:

官网  http://www.itest.work

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

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

v10.1.4  下载地址 itest下载

二:10.1.4 更新说明

10.1.4  共23个更新含4个bug fix,如 jenkins build完发布版本后可以通过job 来执行itest上的接口测试,也支持gitLab 提交代码时,通过web hook 让itest 上的Bug 和gitLab 上的commit 关联等功能。查看版本更新历史  户的持续反馈是我们不断更新的动力。

19个更新:
1:增加安全key 设置,和gitLab 以及jenkins 打通时,回调itest 的接口时,使用配置的key 进行连接。
2:build 完,部署后,可以在jenkins job 中调用itest 的接口,触发执行接口测,同时定时任务增加编号,方便作为jenkins 回调参数。
3:接口测试定时任务执行完成后,自动把测试结果发邮件和钉钉 。
4:bug导出的时候可以把bug标题另起一列吗。
5:用例导出时,增加前置条件导出。
6:用例导入进,增加前置条件导入。
7:   用例同步线下处理时,处理前置条件。
8:只要是测试人员都可能关闭别人提的BUG,之前只能提交人来关闭。
9:开发人员可以处理其他开发人员的待改BUG 。
10:接口测试定时任务执行完成后,发测试统计到邮件和钉钉。
11:分配人员可以分配其他分配人员名下的 BUG到开发人员,之前只有分配本人名下的 ;仲裁人也作了类似处理。
12:上版本用例增加了前置条件,新版,在用例库中,以及用例库和项目间双向同步用例时,也同步前置条件。
13:执行用例时,只要更改了前置条件,在执行时,也会自动保存,这前只有更改了预期结果,描述及操作过程时才自动保存。
14:ldap 配置以及同步用户进行优化。
15:在测试用例包列表页面,增加执行用例入口,如是执行人,在这里也可以执行用例。
16:之前操作提示信息的小窗口自关闭,更改这组件,可以自动关,也可以不关,比如同步线下用例,用例库和项目双向同步用例的提示就不用关。
17:接口测试定时执行后台优化  。
18:双向同步用例时,指定项目同步时,如选同步所有则只同步修改的记录,指定项目时,修改和新增都同步  。
19:迭代导出时,用例导出增加一列  。

4个bug修复:

1:解决开发人员设置BUG 状态为重复,或是不计划修改 ,然后开发人员,再处理这BUG时,他可以直接关闭的BUG 。
2:接口测试场景中,设置了测试环境,但是取不测试环境中配置的全局参数 。  
3:接口测试场景中,设置了测试环境,执行测试的结果,没同步到接口用例的最新状态中,只更新了测试场景中的最新结果 。 
4:修复双向同步用例的bug。

三:10.X 新功能截图及9. X 版本之后新 UI

 

10.1.0 增加的手工功能测试用例编排

       用例编排是为了重用用例,把单一的用例重组为业务场景用例。比如转帐,先要登录,查余额等操作,这些操作每一个都是一个单独的用例,把这几个用例按一定顺序组合一起,就是一个业务场景用例。虽然也可以在一个用例中,把上面的用例,作为一个步骤,但这带来的问题是用例不复用。

 

预览新UI

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

四:接口测试及新特性截图

  截止9.0.1接口测试,已包含接口mock ,接口加密,解密和签名,接口参数化,接口间动态参数传寄,接口依赖推导,建测试测试场景时,自动加入依赖的接口并按依赖关系排好执行顺序,拖拽生成断言,拖拽提取参数  。

增加迭代汇总导出,5个sheet ,第一个是汇总,后4个是明细

增加项目 BUG用例简报,并可下钻到人

 

 为结省时间,不在新UI中 一载图了,直接用老版本U I示意

 

呱唧  1800次混沌测试完成了

执行测试场景时,先执行正向用例,如check 混沌开关,正向执行完后执行接口混沌测试

接口数据参数化

下面是上图以数化在执行时打印出来的值

参数化且应用了加密算法后打 印出来的值

按接口参数依赖关系 推导出来的接口依赖,建测试场景时,自动加入所依赖的接口,并按依赖关系排好执行顺序

这是mock 的一个接口,josn 数据是加密了的,

第一次测试这接口我没加解密算法

第一次测试这接口解密算法

响应是密文

维护好解密算法

之前的接口中选这个解密

再测试,接口的结果解密了

mock 支持上图4种延时

五:功能概览 (载图中黑色菜单有些是版本的截图)

(一)接口测试 功能概

         基本流程: (1)BaseUrl 设置------>(2)基础认证设置 ----->(3)接口安全设置------>(4)维护接口用例----->(5)拖拽生成接口断言------>    (6)建接口测试场景(可在迭代中直接增加)--->(7)手动执行接口测试场景(可单个,也可一键执行场景中所有接口)或定时执行测试场景。另外还有接口mock

       1:接口测试总览

 2:接口按全设置

维护好接口的加密,解密及签名 ,上传相关类或JAR ,在接口用例中选维护好的加密,解密及签名,供itest 执行接口测试时来回调 ,

 

 4:接口用例维护

   接口参数维护,非常方便  ,对测试人员友好,

上图用的6.6.6版本的,7.0.0后还可选加密解密签名算法

上图用的6.6.6版本的,7.0.0后还可选加密解密签名算法

 

 

上图用的6.6.6版本的,7.0.0后还可选加密解密签名算法

5:拖拽式断言设置

6:接口场景

 在场景中可单个,也可一键执行所有接口用例,也可手动调整执行顺序

7:接口执行日志

8:定时执行接口测试场景

     

9:接口mock

(二)产品截图及其他功能概览

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

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

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

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

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

流程驱动测试

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

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

 

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

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

多维度测试度量

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

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

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

 

 

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

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

为条件进行分析 

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

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

测试环境维护

展开阅读全文
14 收藏
分享
加载中
最新评论 (1)
不错,一定体验下,希望是真开源
2021-08-22 06:02
0
回复
举报
更多评论
1 评论
14 收藏
分享
返回顶部
顶部