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

一：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:接口测试总览