不会编码也好用，这个五合一测试软件值得一看

itest简介

　　itest开源敏捷测试管理，testOps践行者，极简的任务管理，测试管理，缺陷管理，测试环境管理，接口测试5合1，又有丰富的统计分析。可按测试包分配测试用例执行，也可建测试迭代(含任务，测试包，BUG，接口)来组织测试工作，也有测试环境管理，还有很常用的测试度量；对于发版频繁，需求常变，itest还可导出用例，线下修改、执行，新增后再导入（同步）到线上；且可根据测试策略来设置测试流程，并可实时调整；在测试看板中，能查看迭代报告，测试包执行情况，测试任务进展，也可以在看板上直接执行用包用例。待接口测试几轮迭代，比较完善后，就着手和CD/CI打通的集成实现!

6.6.0详情如下:

　　在6.0.0发布半个月后（用户的不断反馈是我们更新的动力），30个更新来了。其中包含同类接口测试中首创的拖拽的方式生成断言，对不会编码的测试人员来说，这绝对是个好消息；另外BUG处理流程做了优化；同时解决一个偶发的重要BUG；另外还优化了用例包执行用例，支持按用例标签和模块名二次查询；镜像支持,mysql8以及镜像增加和宿主机时间同步等等。30个更新详情如下：

18个功能增强:

　　1:接口测试工具中，首创拖拽方式生成断言,对于不会写代码的测试人员来说，绝对是好消息，当然会写代码更好。

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

　　2:认证支持token方式，和无认证

　　3:全局参数和接口参数合并且发同名，以接口的参数为主

　　4:在接口编辑页面，发送请求，如果断言不通过，响应的背景显示为红色，否则是绿色，如是没有断言http响应码为200时，响应的背景显示紫色

　　5:BUG处理之前只能两次重分配，支持无限次重分配

　　6:接口下面的左则菜单，也可设置为首页

　　7:接口测试get请求时，json形式的参数，传不到后台

　　8:接口测试post请求时，参数优化

　　9:如果只参与一个项目，点接口时，不需要再选择项目，直接切换到这个项目的接口测试中

　　10:接口执行日志面，paseSize按分辨率自动记录使其撑满可视区，不留白

　　11:以前版中，BUG提交后，只能在编辑BUG的页面再增加附件，当前版本改为，在处理（流转）BUG时，也可以再上传附件，方便reopen BUG时，再补图说明

　　12:增加接口可接描述查询

　　13:测试包执行用例时增加标签查询

　　14:需求树维护时，不整个刷新树

　　15:因为接口测试的认证是没有断言的，且不重复认证，要是认证了但是不通过，比如密码不对，但是后续的请法语复用这个实际没认证成功的session会导致，接口调用不成功，6.6中增加了手动更新认证session的方式，本质上就是按新的认证配置重登录一次，然后保持会话，因为每次调用接口都认证不好，所以采用这种方式。

　　16:docker镜像加时间同步,且增加Mysql8的镜像，之前只有mysql5.7的镜像

　　17:测试包执行用例时显示模块名且可按模块查询

　　18:BUG处理流程优化，就算启用分配流程，修改BUG的开发人员间经分配人分配后，可开发人员间自动重分配，之前有分配流程时，必须走分配人这里重分配,非常不方便

12个BUG修复

　　1:wps写的excel导入有问题

　　2:看板和迭代中处理BUG时，点附件，一直在loading...

　　3:当拖动模块节点后，节点下的接口用例显示不正常

　　4:修改接口测试有时候页面出错后，只能重刷页面才能正常使用

　　5:解决断言中的尖括号被转议导致断言不成功

　　6:BUG关联用例时，用例状态显示为数值

　　7:ajax调用时，返回的数据为JSON，但因Response的ContentType为text/xml,导致浏览器制台警告（XML解析）,修改ContentType为为application/json

　　8:BUG关联用例时，BUG详情中再现过程显示为未知

　　9:解决增加接口菜单后，有时候退出系统按钮被挤没了的BUG

　　10:处理BUG时，选流转下一人的地方，如果没点下拉的箭头，而是点下拉列表上的框，选不了人的BUG

　　11:导出离线执行时，执行版本下拉列表为有一个版本不有值，其他是null

　　12:测试包列表，反复check时，有时候没选中

　　6.0+版本后重点增加接口测试功能，后续接口也要支持mock和导入postman,swagger,画线的方式实现接口间参数映射

（一）接口测试功能概览：

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

　　1:接口测试总览

　　2:全局设置

　　3:接口用例维护

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

　　4:接口场景

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

　　5:接口执行日志

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

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

功能模型及引导图

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

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

　　除了可同步线下执行，还支持多种导入，在用例BUG统计示图中，测试需求分解对上，每个模块上显示BUG数和用例数

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

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

　　执行测试用例包任务

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

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

流程驱动测试

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

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

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

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

多维度测试度量

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

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

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

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

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

　　为条件进行分析

　　开发人员处得BUG简报：有开发人员BUG数统计，也有按bug状态按人分布，按bug等级按人分布，按bug类型按人分布,按人按BUG龄期分布(龄期可按天也可按周计)，且可按不同版本作为条件进行分析

测试环境维护