DevOps持续交付的实验PPT幻灯片课件

持续交付改进在ARESCloud项目应用,1,背景,互联网2.0的需要持续运营全员参与、互动交流快速迭代持续测试、持续交付,传统的流程模式已经无法满足快速交付的要求,2,背景说明,传统交付模式,形成部门壁垒，降低工作效率,3,背景说明,应对方案,4,本次演示内容,分享在ARESCloud的DevOps实验沟通和总结前期试验的经验,5,自动打包,打包、部署、测试环境准备交给技术经理,6,自动打包,问题定义手工或简单脚本操作效率低错误会遗留到后期阶段，增加返工需要专人操作，浪费资源,更新代码,代码走查,编译,打包,初步检查,自测验证,提交测试,冒烟准入,7,自动打包,改进方案重复的事情交给电脑去做技术经理一人负责和，减少沟通环节实现整合版本管理、自动打包、自动测试、代码自动检查效果技术经理在版本管理系统一键完成打包过程,8,自动打包效果,9,自动打包实现原理,JenkinsRemoteAPI提供远程代码调用Jenkins的各种功能,10,自动打包实现原理,JenkinsRemoteAccessAPI提供远程代码调用Jenkins的各种功能查询信息/job/api/json会提供最新版本及打包情况、下一个版本号等信息触发打包/job/build查询版本构建信息/job/api/json提供打包的进展情况下载进度日志/job/logText/progressiveHtml,11,自动打包实现原理,JenkinsRemoteAccessAPI查询信息触发打包查询版本信息下载进度日志,客户端,路由分发,服务端,12,自动打包安全控制,两层防护HTTPBasicAuthentication身份访问令牌APITokenAPI访问令牌,更简单的建议划分安全区只有版本管理系统允许访问打包服务器,13,自动打包总结,处理方式更新代码、编译、打包交由Jenkins完成代码走查通过在Jenkins上挂接自动走查工具初步检查、自测和冒烟准入通过Jenkins驱动冒烟用例自动完成,更新代码,代码走查,编译,打包,初步检查,自测验证,提交测试,冒烟准入,14,自动升级部署,测试环境准备是一件费时费力的事情,15,自动升级部署,问题定义环境问题导致人员等待，效率降低随着互联网的快速交付需要，升级频率加快多阶段、分布式、灰度,升级部署复杂度提供,16,自动升级部署,解决方案整合Jenkins、升级脚本、IAAS云技术多阶段自动升级版本回退未来展望：灰度、多版本同时运行,17,自动升级部署,目前完成技术经理打包完成，开发集成环境已经升级完成，项目团队可以立即开展内部测试实现原理在Jenkins的后处理步骤增加升级脚本调用,18,自动升级部署原理,升级脚本从归档服务器下载指定版本的升级包解压缩到对应版本目录将本机专有配置更新到配置文件开启服务器,TIPS：使用Linux软连接指向需要启动的版本，无需修改服Web服务器配置,19,自动升级,项目组员即可立即使用环境,20,自动升级,后期计划构建多阶段环境，如系统测试环境，并在版本管理中操作”提交测试”时，自动建立SVN测试基线，并使用对应的版本升级系统测试环境；在提交发布时，使用版本自动升级仿真环境多版本同时运行(灰度)，通过服务总线实现多版本请求路由,21,用例管理和自动测试,选择用例、执行用例是测试人员的重要工作,22,用例管理和执行,问题定义选择哪些用例？时间都去哪了？找用例准备工具写报告,23,用例管理和执行效果,24,用例管理和执行,功能按照提测范围自动关联用例,25,用例管理和执行,功能按照提测范围自动关联用例在管理系统直接驱动用例执行,26,用例管理和执行,功能按照提测范围自动关联用例在管理系统直接驱动用例执行多阶段支持同一个用例逻辑根据测试阶段不同挑选不同测试数据自动生成测试报告,27,用例管理和执行原理,服务化,28,用例管理和执行原理,服务化用例执行环境用例配置服务扫描可执行的用例，并调用用例管理系统的类型更新服务通知本执行环境支持哪些用例以及是如何执行用例执行和报告服务提供用例执行调用接口，执行用例并生成执行报告用例管理系统用例类型更新服务设置自动用例的执行方式,29,用例执行框架,将用例发现、用例执行服务化,30,用例执行框架,启动时扫描当前环境可以执行的用例两种用例约定TestSuite的名称定义为/suite/子系统/模块/需求/CaseXXXX.xmlTestClass名称定义为CaseXXXX.xml其中XXXX是0-9的数字组合，对应用例ID可以在用例ID后增加其他非数字的名称以补充说明调用用例管理系统API注册自动用例扫描后系统会判断新增用例和删除用例，并调用用例管理系统的API设置该用例是否可以自动执行以及执行方式（目前仅完成了testng方式，jmeter执行方式正在编写),31,用例执行框架原理,启动时搜索TestSuite搜索TestClass与本地库比较判断新增或删除向用例管理系统注册用例执行方式,32,用例执行框架,运行时响应/test/run服务接口参数：caseId：需要执行的用例ID，必填runId：执行ID，默认0在提测版本的测试时，对应测试计划中的执行ID;即，如果用例是从用例编写执行，相当于是开发阶段测试；如果将用例关联到测试计划执行，则执行结果是当次版本测试的执行j_teststage:测试阶段，默认是DEV测试阶段用于用例执行时选择对应的测试数据，测试人员可以为不同测试阶段的测试环境准备各自的测试数据，复用同一份测试逻辑callback:JSONP的回调接口，默认执行完成后是将浏览器转发到报告页面，如果提供了JSONP回调，可以返回执行结果的JSON格式,33,用例执行框架原理,运行时响应/test/run服务请求组装和调用TestNG,34,用例开发框架,快速开发用例的组件,35,用例开发框架,说明框架本身直接使用TestNG，我们主要是增加了方便使用的部分组件和功能此部分是技术细节，可以跳过主要实现功能HTTPClientT2Client行情5ClientJDBCClient基于Class的动态测试数据基于配置参数的动态测试数据,36,HTTPClient,使用方式例：测试一个OAuth2授权的服务,说明target:参数URL,返回一个HttpRequestHttpRequest可以addHeader:添加请求头addParameter:添加参数get/post/delete/put:发送请求,37,HTTPClient,说明请求返回:HttpResponseHttpResponse方法:getStatus:返回HTTP状态码getContent:返回应答文本getJSON:如果应答是JSON格式，直接返回JSONgetBody：如果是下载等，直接获取二进制流其他功能和改进super.authorize():自动按照配置文件中的信息登录和授权Oauth2，后续请求可以自动设置访问令牌,38,HTTPClient,其他功能和改进request.enableCookie():手工控制是否启用Cookie，用于模拟不同客户端连接request.addParameterIF:如果值为空，自动忽略对数组参数，可以在一个语句添加HTTPS自动授权自动对所有HTTPS进行授权，无需额外挂接证书,为什么自己做一个：其实推荐使用Apache的HttpClient4Apache的有Bug，反应太慢，如在系统错误时，返回内容是在ErrorInputStream的，需要额外处理的，提了半年才改好Apache的使用起来不够方便，提出增加单句访问功能，一直不改Apache在安全方面做了很多限制，要使用一些特殊操作需要很费劲从底层切入,39,T2Client,一句完成请求无需额外准备Event,DataSet,一条语句即可完成T2调用,40,行情5Client,通过H5协议访问行情,这个接口是基于手机版的行情5SDK改装过来的，还不太成熟,41,JDBCClient,支持多数据库自动清理连接，放在连接泄漏直接对最底层连接操作，可以模拟各种特殊场景,42,其他功能,动态测试数据简化测试用例编写，仅需要关注业务逻辑和业务数据CVSDataProvider只需要配置dataProvider=“CVSDataProvider”,系统会自动查找当前测试类同名的测试数据支持多阶段，例如ClassName是ABC，测试阶段是SIT，优先匹配ABC-SIT.csv,适合于复用度比较低的用例,43,其他功