大发5分快3官方 - 由大发5分快3官方社主办的《大发5分快3官方》是我国消费领域中一张全国性、全方位、大容量的综合性日报。其立足消费网投领域,依托轻工行业,面向城乡市场,最先发布相关的专业权威资讯。

优信登录中心ZStack实践汇 | 高效开发测试打造产品化私有云

  • 时间:
  • 浏览:1

ZStack实践汇 | 高效开发测试打造产品化私有云 ......

前言

随着没有来越多的企业将云计算产品应用到优信登录优信登录中心中心基础设施及其核心业务中,何如提高和保证软件交付质量、减少软件开发迭代周期、加速软件发布频率成为所有云厂商面临的关键难题。

根据IDC 2018年的预测,中国云计算市场在未来5年将持续高速发展的态势,主优信登录中心要表现为:中国传统的非云计算IT基础架构占整体IT基础架构的投入比例将从2018年的200.3%下降到2022年的40.7%;中国私有云平台建设的市场规模将以年均24.8%的复合增长率快速增长;中国云计算IT基础架构支出占全球市场比将从2018年的12%上升到2022年的25%,届时中国私有云IT基础架构支出将超过美国,成为全球第一大市场。在这名轮新的迭代更新中,更多的企业和行业现在结速了了部署由于建立更大规模的私有云;而新应用(数据分析,AI,IoT,移动)和新场景(边缘计算,中国智慧/平安城市,行业云)也对云平台提出了更高的需求。

ZStack凭借创新的产品化理念,在业内率先提出云计算的4S标准 – 简单Simple,健壮Strong,弹性Scalable,智能Smart。一并,ZStack企业版从第一版发布到最新的3.5.0版本,总是以每六周一次的周期迭代更新软件版本,快速提升和扩展产品功能,积极应对云计算市场对私有云产品不断增长的需求。而保证其私有云产品化的关键每段有以下三点:

1、 流程 – 快速敏捷

2、 运维 – 智能高效

3、测试 – 严谨全面

注:ZStack坚持快速、简洁、高效的开发、运维、测试流程,确保新需求六周便优信登录中心可实现

1. 流程-快速敏捷

ZStack开发流程依然定义了传统开发模式中的十几优信登录中心个 关键阶段 - FF、CF、RC和GA。一并针对不同阶段的任务和目标,进行有的放矢地优化。在Feature Freeze阶段,主要以需求分析为主,要求产品经理将客户的需求分片化、分级化,需求描述本地化,更有效地将需求安排到不同发布版本周期中。开发和测试工程师则都可不后能 将Code Freeze和Release Candidate的任务提前到Feature Freeze阶段中,减少互相之间任务的依赖,提高各个阶段的并发度。而测试不仅都可不后能 渗透到开发的每个环节中,一并也要通过模型测试、路径测试、稳定性测试等依据,提高代码的覆盖度和测试波特率单位。每个发布周期通过反复地从需求->开发->测试的快速迭代,保证了产品的新需求和难题始终都可不后能 被快速满足和处理。

注:ZStack产品开发流程深层并发,保证版本之间快速迭代

2. 运维-智能高效

作为私有云产品开发的基础保证,一套快速、稳定、高并发、可伸缩的运维系统是必要的。而传统运维提供的简单CI和CD功能是显然无法满足并且 快速迭代的需求。ZStack产品化过程中,搭建了一套以ZStack + Kubernetes为基础、面向公司各个部门的整体性服务框架。这套框架中所包括的服务内容含有从开发&测试人员使用的测试环境、到整个项目的管理工具。框架的底层以ZStack作为IaaS提供给上层可靠的、可扩展的物理资源,一并结合Kubernetes,将容器运行于云主机中,既保证了隔离性、又充分利用了ZStack和Kubernetes对云主机和Docker调度的优势,起到了对上层服务高可用、高并发及可伸缩的双重保障。

注:ZStack作为IaaS层向上层服务提供可靠的物理资源,而更重要的是,外部的ZStack环境也会随着发布版本更新,真正做到了自己的产品自己先用起来。

注:实际生产环境中,一次自动化测试要花费在Jenkins上并发创建2000+个请求,每个请求含有10~200个测试用例,ZStack + Kubernetes保证了哪些地方地方请求几秒内都可不后能 被处理

3. 测试-严谨全面

打造一二个多多产品化的私有云软件都可不后能 全面且严谨的测试,这不仅仅是单元测试和集成测试能保证的。ZStack从以下二个方面入手强化测试:

3.1 测试高效化:整个产品流程中开发和测试要同步进行,这包括了对不同的开发分支都可不后能 有不同深层的测试代码保证其质量——类似于,对于Release分支,都可不后能 有持续性的Nightly测试把控每天进入的代码质量;对于Feature分支,都可不后能 能快速检测出patch对代码核心功能影响的BAT测试。一并测试系统和CI系统要深层集成而且做到同步触发。

高效化的并且 重点并且 要做到所有测试都能运行在云端,提高测试的并发度和资源利用率。ZStack外部的测试都是跑在云端的,而云端环境也是基于ZStack自身搭建的,利用其对底层硬件资源的抽象和管理,模拟出测试中都可不后能 的不同的硬件配置场景,包括网络、存储、虚拟化平台、甚至不同的ZStack高级功能配置,如企业管理、灾备服务等。一并,为了满足大规模资源需求的测试场景,类似于1万台或116万台云主机的测试场景,ZStack测试中还实现了simulator机制,即不真实分配硬件资源,而使用mock后端API的依据提供了对后端资源的调配,真正做到了有针对性的测试。

注:ZStack云端测试的环境构建是通过XML配置文件实现的,测试工程师都可不后能 非常简单地用几分钟配置出一台自动化环境。

3.2 测试标准化:ZStack所含有的测试内容不仅包括功能性测试,还包括一套删改测试体系所都可不后能 的各种测试,如开发工程师都可不后能 做的集成/单元测试,测试工程师都可不后能 做的系统测试中的压力、性能、可靠性测试、以及针对不同版本定制的发布测试。类似于ZStack的可靠性测试就包括了两类测试 – MTBF和DPMO测试,MTBF会对ZStack平台进行15,000小时长时间的真实用户操作模拟;DPMO测试则会对ZStack平台进行高达10,000次的断/上电、重启等测试。

标准化的自己面体现在对关键节点的标准把控上,对FF、CF、RC和GA各个阶段时会有相应的代码准入和验收标准,类似于CF阶段后功能开发代码禁止进入发布分支而都可不后能 进入下一二个多多发布版本的周期;又类似于各个阶段验收都可不后能 求的bug数量限制,CF阶段要求小于二个P0,GA阶段要求没有P0的bug。

3.3 测试覆盖智能化:软件测试没有达到200%的覆盖率,其他其他大伙儿要做的是在资源有限的请况下,以尽量少的代价做到尽由于高的覆盖率。要提高覆盖率,需从两方面入手,一方面是对代码进行覆盖率检查,大伙儿在日常CI的包中插入了代码不同模块的覆盖率,不管是手动还是自动测试,或是日常bug的验证,时会为覆盖率提供数据。

自己面大伙儿增加了模型测试,它都可不后能 产生由随机API组合构成的场景,会持续运行直到遇到预定义的退出条件由于找到一二个多多过低。这名模型测试很好地弥补了人为定义用例的过低,提高了测试场景和路径的覆盖率。由这名测试模型,也衍生出了三种不同场景的覆盖率提高测试:

3.3.1 覆盖率测试:

除常规有序的测试步骤外,运用模型测试,挂接无序测试步骤下的测试覆盖率。

3.3.2 MTBF测试:

从有序和无序三种测试维度,对系统稳定性及可靠性进行测试。

3.3.3 路径测试

通常一二个多多系统测试用例最多5~6个操作步骤,而最终客户的难题场景是极其多样化的,通常都可不后能 10~20个以上的步骤都可不后能 重现,运用模型测试的依据,都可不后能 有效减少构建测试用例的代码量。

注:一二个多多典型路径测试,只都可不后能 将测试对象和操作步骤写到测试用例中即可完成

3.4 报告立体化:主要从两方面实现,一是测试报告的结果自动化、可读化,是通过对测试用例中插入DITA描述实现的。自己面是结果的可追溯和可回放,这是通过记录测试过程中API的调用顺序和参数实现的。

注:一二个多多测试结果的操作记录及回放依据,都可不后能 有效帮助开发测试工程师重现bug

总结

作为产品化的云计算公司,ZStack总是致力于打造自研的ZStack私有云、ZStack混合云、ZStackMini超融合一体机、ZStack CMP多云管理平台、ZStack企业级分布式存储等产品和方案。本文从开发流程、基础运维以及测试能效等深层,介绍了 ZStack 团队何如高效打造一二个多多产品化的私有云。