在我们实际的项目迭代过程中，基本上会经历过的几个问题：
测试用例不规范，有些甚至没有测试用例文档文档随个人喜好随便使用，word、excel、xmind...没有专门的人去管理这些文档，时间长了就丢失了测试用例和测试脚本很凌乱，基本都是测试个人保管以前的公司，包括现在的公司都自研过自己的测试平台，但是都不尽人意，直到看到MeterSphere让人眼前一亮，产品的厂家和JumpServer的厂家是同一个，比较靠谱，从发布到现在差不多7个月的时间，star已经超过了1.4k，非常活跃。
为什么要持续测试?
传统QA团队和实践难以满足数字业务的需求
数字业务的要求
缩短交付时间快节奏交付从质量保障到质量协助传统QA的不足之处
人工测试耗时长“部门墙”和“交接”仍然存在Bug发现和解决成本高什么是MeterSphere?
MeterSphere是一站式的开源企业级持续测试平台，涵盖测试跟踪、接口测试、性能测试、团队协作等功能，兼容JMeter等开源标准，有效助力开发和测试团队充分利用云弹性进行高度可扩展的自动化测试，加速高质量软件的交付。
整体定位
持续测试是企业DevOps实践中的关键环节
测试跟踪
测试用例管理
树状用例管理结构在线编辑用例快速导入用例测试计划跟踪
基于已有用例发起测试在线更新用例执行结果自定义测试报告模板接口测试
测试脚本
在线编辑测试内容支持参数化测试支持断言、变量提取通过浏览器插件快速录制测试报告
自动生成测试报告多次测试结果对比查看请求及响应详情测试报告内容导出性能测试
测试脚本
完全兼容JMeter脚本在线调整压力参数分布式、多平台测试资源池通过浏览器插件快速录制测试报告
自动生成测试报告多次测试结果对比丰富的报告展示详情测试报告内容导出团队协作
多租户支持
多级租户体系支持多种租户角色租户资源隔离测试资源管理
性能测试资源池测试报告模板第三方系统对接MeterSphere的优势
全生命周期能够覆盖从测试计划到测试执行、测试报告分析的不同阶段自动化扩展性支持接口和性能的自动化测试，可充分利用云弹性实现超大规模的性能测试持续测试能够与持续集成工具无缝集成，支撑企业实现测试左移团队协作支持不同规模的测试团队，小到几个人的测试团队，大到数百人的测试中心技术栈
后端:SpringBoot前端:Vue.js中间件:MySQL,Kafka基础设施:Docker,Kubernetes测试引擎:JMeter整体架构
Frontend:MeterSphere的前端工程,基于vue.js进行开发Backend:MeterSphere的后端后称,基于Sprintboot进行开发,为MeterSphere的功能主体Chromeplugin:浏览器插件,录制web访问请求生成JMeter脚本并导入到MeterSphere中用于接口测试及性能测试Nodecontroller:为性能测试提供独立节点类型的测试资源池,接收来自系统的性能测试任务,动态的启动JMeter容器完成性能测试MySQL:MeterSphere项目的主要数据均存储在MySQLKafka:接收JMeter产生的性能测试结果数据Datastreaming:从Kafka中获取性能测试结果数据进行处理后存入MySQL数据库Dockerengine:为NodeController提供JMeter容器运行环境各个组件间的关系可参考下图
管理模型
MeterSphere提供了多租户、多角色的管理模型,用户可根据所在团队的实际情况进行灵活的租户体系映射
系统:每个独立部署的MeterSphere即称为一套系统系统级角色:角色的权限范围为整个体统,常见的角色如系统管理员,可管理整个系统内的租户、用户即测试资源,同时可变更修改系统级配置参数组织:MeterSphere中的一级租户,可映射为一个公司下的不同部门组织级角色:角色的权限范围限定在某个组织当中,常见的角色如组织管理员,可管理整个组织内的成员、工作空间及成员等工作空间:MeterSphere中的二级租户,可映射为一个部门下的不同团队、项目组工作空间级角色:角色的权限范围现在在某个工作空间当中,常见的角色如工作空间管理员及普通用户,可在工作空间中创建项目、发起测试、查看测试报告等安装部署
环境要求
操作系统:CentOS7.xCPU/内存:4核8G磁盘空间:50G可访问互联网一键安装
以root用户执行如下命令一键安装MeterSphere：
curl-sSL