itest work 开源敏捷测试管理，包含极简的任务管理，测试管理，缺陷管理，测试环境管理，接口测试，接口Mock，还有压测 ，又有丰富的统计分析，8合1工作站。可按测试包分配测试用例执行，也可建测试迭代(含任务，测试包，BUG，接口)来组织测试工作，也有测试环境管理，还有很常用的测试度量；对于发版频繁，需求常变，itest还可导出用例，线下修改、执行，新增后再导入（同步）到线上；且可根据测试策略来设置测试流程，并可实时调整；在测试看板中，能查看迭代报告，测试包执行情况，测试任务进展，也可以在看板上直接执行用包用例，也支持在线web 思维导图写用例。让测试变得简单、敏捷,“好用、好看，好敏捷” ,是itest wrok 追求的目标。概念及功能模型如下：
在线体验1 http://www.itest.work/demo
在线体验2 http://120.78.0.137/demo
v10.0.0 RC1下载地址 ：itest下载
二：10.0.0 RC1 更新说明
10.0.0 RC1 相经 9.5.0 GA_u4 共 47个更新，查看版本更新历史 户的持续反馈是我们不断更新的动力。
10.0.0RC1,主要增加压测功能，接口测试场景，支持数据驱动，接口测试修复几个重要BUG。
10.0.0 RC1 相对于10.0.0 M1 更新如下:
2：压测结果 CSV可web 查看。
3: 压测，在线生成JMX 优化。
4: 压测，slave 执行JMX 优线。
5：接口场景窗口自适应高。
7个bug修复:
1：接口测试场景中，测试完成后，接口被执行了，但是场景中显示为未测试。
2：接口测试场景，下载定时执行日志在容器中路径不对，导致报错。
3：接口测试场景，日志列表无日志，实际是有日志的。
4：接口测试双击接口名称，弹出两个接口的窗口。
5：接口测试，有时第2次及时进入接口拖拽设置断言时，左边的树不显示响应内容。
6：接口测试，拖拽生成断言时，如响应数据中有数组，拖拽后生成的jsonpath 不对。
7：在产品用例库拖拉节点后，再导入到项目中时，用例所属节点错乱。
三：10.0.0RC1 新功能截图及9. X 版本之后新 UI
预览新UI
四：接口测试及新特性截图
截止9.0.1接口测试，已包含接口mock ,接口加密，解密和签名，接口参数化，接口间动态参数传寄，接口依赖推导，建测试测试场景时，自动加入依赖的接口并按依赖关系排好执行顺序，拖拽生成断言，拖拽提取参数 。
脑图用例可以通过ctrl+c 复制分支节点，然后ctrl +v 粘贴到其他脑图文件上，可以是同跨项目间粘贴
脑图视图，整个项目全部用例显示在一个脑图上，方便梳理用例间关系
BUG 密度分析加增加kloc bug率及功能点BUG率
增加迭代汇总导出,5个sheet ，第一个是汇总，后4个是明细
增加项目 BUG用例简报，并可下钻到人
为结省时间，不在新UI中 一载图了，直接用老版本U I示意
呱唧 1800次混沌测试完成了
执行测试场景时，先执行正向用例，如check 混沌开关，正向执行完后执行接口混沌测试
接口数据参数化
下面是上图以数化在执行时打印出来的值
参数化且应用了加密算法后打 印出来的值
按接口参数依赖关系 推导出来的接口依赖，建测试场景时，自动加入所依赖的接口，并按依赖关系排好执行顺序
这是mock 的一个接口，josn 数据是加密了的，
第一次测试这接口我没加解密算法
第一次测试这接口解密算法
响应是密文
维护好解密算法
之前的接口中选这个解密
再测试，接口的结果解密了
mock 支持上图4种延时
五：功能概览
（一）接口测试 功能概览：
基本流程： (1)BaseUrl 设置------>(2)基础认证设置 ----->（3）接口安全设置------>（4）维护接口用例----->（5）拖拽生成接口断言------> (6)建接口测试场景(可在迭代中直接增加)--->(7)手动执行接口测试场景(可单个，也可一键执行场景中所有接口)或定时执行测试场景。另外还有接口mock
1:接口测试总览
2:全局设置
3:接口按全设置
维护好接口的加密，解密及签名 ，上传相关类或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 中导入用例,且在导入时，如需求项，用例分类，优先级，以及用例标签 ，如系统中不存在，会自动在导入时建立
可按测试包分配测试任务，通过把多个测试包加到测试迭代中，统计测试执行情况
执行测试用例包任务
可在看板上，填写任务进度，执行测试用例包，或是处理流转到名下的BUG
在看板上，直接可以执行用例
用例执行页面，增加一个转BUG的功能，方便执行时直接转BUG，且自动测试用例为不通过，之前是在用例包用例列表页面点用例ID，
不便于看用例的具体内容，这是6.6.2 第2个迫切便捷功能
流程驱动测试
流程驱动缺陷在26种状态中演化，更精准反正工作实况
测试流程引擎自动推算可演化状态及流转到谁名下，且可实时调整流程
从 BUG的邮件通知中连BUG链接，可能直接处理BUG
在收到的BUG邮件中，带一个连接，一点就自动登录ITEST，同时，弹出邮件中的BUG处理界面
多维度测试度量
趋势分析洞察研发过程潜在风险，为项目管控提供决策依据
结果数据分析掌控团队效率，为持续改进提供量化数据支持
测试总揽，测试经理每日工作复盘好帮手，量化的测试日报
测试人员简报： 里面有测试人员写用例情况，执行用例情况，提交的 BUG数，提交的BUG 按
状态按人分布，提交的BUG按类型按人分布，提交的BUG按等级按人分布，且可按不同版本作
为条件进行分析
开发人员处理BUG简报 ： 有开发人员BUG数统计， 也有按bug状态按人分布，按bug等级按人分布，
按bug类型按人分布,按人按BUG 龄期分布(龄期可按天也可按周计)，且可按不同版本作为条件进行分析
测试环境维护
