流马2.0重磅来袭！！！
前言
经过几个月的努力，反复的设计、推倒、再设计，流马终于迎来了2.0版本。2.0版本也称之为企业版，顾名思义，不再是开源版本。国内的开源氛围确实很难让人坚持下去，因此作者选择将流马作为一个产品继续迭代下去。当然社区版仍会继续维护下去，遇到问题也欢迎大家通过交流群、社区或者github等渠道向我反馈。
简介
市面上自动化测试的技术到目前为止已经处于半停滞不前了，虽然不断有一些新工具出现，但都没有划时代的意义，或者说与现有的别无二致。在下一次革命性的工具出现之前，当前的自动化技术其实已经可以满足日常的需求。
而现在我们自动化落地面临的困境往往并不是技术上的无法实现，很多时候，投产比低、价值不明确、自动化管理混乱等问题更为突出。考虑到这个痛点，流马2.0版本主要从测试管理及可视化入手，在1.0基础上加上了更多的测试管理和多维度报表功能。
除此之外，2.0版本还做了很多便捷性使用的提升，以及全新的权限体系。在后面更新详情中将会一一介绍。
内容
(一) 大盘看板
1. 工作台
个人工作台主要统计个人的数据情况，并且展示当前代办事项，如需要完成的任务、待处理的缺陷以及待分析的测试报告等。同时支持快速链接到相关页面。
2. 团队看板
团队看板主要统计团队维度的数据，同时也有团队用户的数据排行榜，团队下项目的数据比对。主要包括团队的概览信息、用户数据排行榜和分布图、项目维度的用例新增数据、计划执行的数据、用例失败数据以及缺陷处理数据等。
(二) 测试管理
1. 迭代管理
在之前的版本中配置中心有迭代版本的配置，但只是一个很粗糙的概念，并没有挂钩到团队日常迭代中去。因此，在2.0版本中我们将迭代版本优化，并作为独立菜单展示在菜单栏，其作用等同于项目开发过程中的迭代，会根据开始结束时间判断当前状态以及当前所处的迭代周期，同时也支持关联第三方id，方便对接第三方的研发管理系统。
同时，集合和计划需要关联迭代版本，且计划创建时需要指定其类型，如定时执行/迭代任务/回归测试，从而有不同的触发执行条件。每个迭代创建不同的测试计划，从而保障我们可以跟踪到每次迭代中自动化测试用例的执行情况，从而保障测试覆盖率及质量。
2. 需求管理
需求管理与研发管理中的需求概念一致。每个迭代都有研发需求，同样的，对应到自动化测试来说，每个迭代新增的功能也应当有自动化测试用例研发的需求。在迭代开始时，当需求评审完成后，测试团队也应该评估哪些需求写功能用例，哪些需求适合写自动化用例，从而一开始就避免功能用例与自动化用例重叠的情况，减少人力投入的浪费。
同时，这样也可以将自动化用例与需求绑定，能够更精准化地执行目标用例，不仅可以提升效率，同样也可以提升测试质量。
3. 任务管理
前面的需求管理是与业务挂钩，那任务管理便是与人挂钩，同时也是将业务需求与人绑定的桥梁。一个需求可能被拆分为多个自动化用例研发的任务，将每个人任务指定到对应的责任人，同时评估每个任务的用例量。如此我们便能追踪到需求的用例覆盖率以及测试人员的任务完成率，从而解决工作结果输出不够详细且明确的问题。
此外，当用例出现问题时，我们也可以第一时间追踪到其所属的业务需求以及责任人，从而能够快速响应去定位问题，再解决问题。甚至在2.0版本的团队看板中，我们加入了排行榜功能，将团队中用例输出多、用例质量高的同学展示出来，也有一定的激励作用。
(三) 团队管理
在2.0版本中我们引入了团队概念，建立在项目的上一层级，从而做到对成员的管理，也能更好地统计项目与成员的关系和数据。在多数公司中，测试工作往往不是按照组织架构来的，更多的是一个个测试小团队，每个团队负责的项目不同，数量也不同。
考虑到这一点，为了更方便进行项目和成员管理，我们在项目管理上面加了一层团队管理，每个项目指定所属的团队，团队指定一个管理员，拥有团队所有的权限。而团队成员可以拥有团队内部一个或多个项目的权限，同时会有团队看板功能，可以精确地展示团队成员的成果输出，以及团队下的项目核心数据比对。
与此同时，团队的概念诞生也促使原有的权限体系升级，对于用户及角色的管理做了新的权限以及页面操作，在这里不做详细介绍，详情可参考新版使用手册。
(四) 测试追踪
1. 报告升级
在1.0版本时，就有不少用户提出报告需要可以筛选用例执行状态。因此，2.0版本的测试报告加了全新的升级，除了用例执行状态的筛选外，我们还额外加入了错误分析功能，原有的报告仅仅只是个结果的展示，但很明显这样并不能形成测试的闭环。
因此在2.0版本里，我们对失败的用例加入错误处理的功能，由测试人员来评估失败的原因，如缺陷问题、环境问题或用例问题等。如果是缺陷问题，可以直接在平台上提交缺陷，我们也支持将该缺陷同步到第三方缺陷管理系统中(由于第三方系统过多，该功能会根据企业内部使用的具体系统提供定制开发)，同时在质量看板中我们也会统计这些问题的分布情况，更好的了解测试执行的质量。
此外，我们也优化了报告的排版，让结果更清晰明了。同时升级了结果获取的方式，提升了报告展示的性能，且定时清理过期的报告步骤详情，避免数据过于庞大占据磁盘。
2. 缺陷管理
缺陷管理主要用来记录测试执行中发现的bug，从而评估测试质量及自动化测试的价值输出。从报告详情页创建的缺陷会自动关联测试用例，从而在回归时能够更精准的执行相关用例或测试计划，提升效率和质量。
与其他缺陷管理系统一致，2.0版本的缺陷管理有缺陷等级划分、责任人追踪、解决时间追踪、状态追踪等能力。同时在各个维度的报表中，也会统计缺陷的数据情况和分布，进一步提升可视化能力。
3. 质量看板
质量看板主要统计项目维度的数据，同时也会展示当前项目下多个迭代之间的数据比对。主要统计的数据有需求/任务/缺陷/用例的新增和总数情况、迭代中各类数据的对比情况、近期的计划执行情况以及用例失败的情况、用例失败原因以及失败类型的分布情况等。（注：所有用例执行的数据在2.0版本中只统计计划执行的结果，不统计调试或者集合执行等结果）
(五) 功能升级
2.0版本除了上述的测试管理、可视化等相关功能的发布外，在测试用例编写和执行上也做了许多优化功能，列举部分功能如下：
接口字段级别的变更支持同步到已有用例接口支持快捷调试执行测试用例支持添加多个前后置用例测试用例支持切换属性图展示条件或循环步骤的层级关系接口测试支持Xpath断言和数据库断言接口/页面/视图/用例等模块支持修改模块名称
当然还有很多细节上的优化，在这里不做一一列举，有兴趣的用户可以申请体验平台的账号自行体验了解。
写在最后
2.0企业版研发不易，作者目前全职做流马这款产品的研发，所以也请大家多多支持，帮忙宣传。大家如有兴趣可以上体验环境体验企业版功能，企业版链接: http://demo-ee.liumatest.cn
企业版不再支持注册用户，可联系作者创建用户，二维码如下，如需加入技术交流群，添加时备注一下。