开发者社区> 星云测试> 正文

【星云测试】Devops微服务架构下具有代码级穿透能力的精准测试

简介: 微服务是Devops场景下热门的开发框架,在大型项目中被广泛采用。它把一个大型的单个应用程序和服务拆分为数十个的支持微服务,独立部署、互相隔离,通过扩展组件来处理功能瓶颈问题,比传统的应用程序更能有效利用计算资源。
+关注继续查看

  微服务是Devops场景下热门的开发框架,在大型项目中被广泛采用。它把一个大型的单个应用程序和服务拆分为数十个的支持微服务,独立部署、互相隔离,通过扩展组件来处理功能瓶颈问题,比传统的应用程序更能有效利用计算资源。微服务之间无需关心对方的模型,它通过事先约定好的接口进行数据流转,使业务可以高效响应市场变化。但微服务一个明显的表象就是随着服务的增多,传统的测试模式受到很大制约,无法有效进行下去,威胁到整体系统质量。所有J2EE代码层白盒采集工具都无法区分覆盖和具体功能的对应关系,只能以后台模式“笼统“的采集一个阶段的总的覆盖,无法满足对于Devops下对于故障定位、深度测试分析以及敏捷发布算法的要求。

  星云测试(www.teststars.cc)发布分布式微服务精准测试解决方案,是目前市场上唯一可达到在复杂分布式系统中,跨多个服务器进行代码白盒级分析、实现请求分布式追踪的测试平台。其中产品内的穿透模块,可以支持各种主流微服务通信架构。例如httpclient,springcloud微服务架构、阿里dubbo微服务架构,以及消息队列,将并发访问场景下跨多个服务多组代码逻辑分离并重建追踪出来。实现业务逻辑的代码在开发层面通过微服务离散后,在测试阶段则可以反向复原整个完整代码执行视图。精准测试里面的穿线概念(Threadingtest)增加了第三层含义,即针对的分布式服务的穿透能力。
 

  微服务场景下,一个完整请求会跨多个计算(服务)节点,而对于以节点为剖面的各种测试和监控手段都变得不那么直接和有效。一个请求链路的失效和性能故障等问题,从一个计算节点剖面去分析是很困难的,因为在一个计算节点剖面上的数据是混合型数据,而无法区分这里面的数据来自于那个请求。原始的方法无法将一个调用链路上的所有信息完整的重新刻画出来。业界流行的APM技术可以某种程度实现这种调用链路分析,该项技术主要用于监控,体现的数据是组件级的,而且为了性能考虑还经常抽取样  本,无法达到测试要求的代码级的分析。

  微服务采用的“分而治之”的策略,而精准测试对于微服务的测试和运营管控上采用的是“概览全局”的策略。精准测试在编译阶段,重新将微服务所有模块视为一个完整项目,统一编译和插装,经过插装后的代码重新部署到原有节点上。在微服务的启动过程中附加上分布式追踪所需要的agent启动,即可完成微服务场景下达到测试用例级的代码全调用路径分析。由于微服务有多个程序模块,星云测试平台支持模块级增量编译模式,即每次编译替换某一个模块就可以生成一个新的版本,而无需将所有微服务模块全新编译。

  穿透和分布式追踪的原理,这里要重点将以下星云测试JavaEE应用服务器agent的能力。agent提供了一个虚拟jsp的技术,通过agent启动的被测应用,都附加了一个虚拟jsp,地址类似于http://www.appundertest.com/teststars.jsp。  访问这个页面可以用来指本机的用户,一般这个设置和精准测试示波器的登录用户需要一致。设置完成后,对被测试应用的请求将附加上一个用户标识的cookie信息,这个信息会在微服务的多层架构中一直携带和穿透。例如从浏览器发起的一个带着用户标识信息的请求,到了应用服务的处理线程中,这个线程执行的所有代码将附加上这个用户信息,如果应用在向后调用其他的节点的服务,则这个用户信息会继续向后传递,直到最后的执行节点。由于每个节点的代码均有精准测试系统插装的代码,会自动的向用户请求发起端的示波器回馈数据,那么就可以实现将整个调用链路上的代码逻辑发送给示波器。示波器收到数据后,将动态数据和代码编译阶段的程序静态数据结合起来,即可展示全链路的程序调用路径信息。从另外角度,当微服务系统有多个请求同时并行的时候,那么每个示波器收到的是自己对应的请求代码的全链路执行情况,而其他示波器用户和其他普通用户的数据则不会被收录进来。


 上图是一个spring cloud微服务架构下两个节点的调用图。当从第一层入口组件访问后,入口组件向后调用下一层节点的时候,后一层节点的运行线程自动取到了前一层节点的用户信息,并且加入到了第二层节点的运行线程控件。这样,通过精准测试示波器(登录用户标识和请求标识一致)就可以收到两个节点的数据。实现多个用户同时访问分布式应用的时候,不同用户出发的数据自动分离,路由到对应的示波器,最终对应到用例上。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
云平台的微服务架构实践
本文是在云平台构建过程中的一些经验总结,主要说明了PaaS层的微服务架构设计和落地,暂不涉及IaaS,SaaS的内容。 目标 降低系统的复杂度,减少系统的不确定性。 方法 量化,标准化,自动化。 架构设计 标准化业务层次 梳理业务体系和服务能力,将PaaS平台分层。
1519 0
【星云测试】Devops微服务架构下具有代码级穿透能力的精准测试
微服务是Devops场景下热门的开发框架,在大型项目中被广泛采用。它把一个大型的单个应用程序和服务拆分为数十个的支持微服务,独立部署、互相隔离,通过扩展组件来处理功能瓶颈问题,比传统的应用程序更能有效利用计算资源。
1608 0
【HEVC学习与研究】46、HEVC参考代码中SAO的实现
1、HM10 encoder关于SAO的初始化操作 在编码开始之前,编码器将进行与SAO有关的一些初始化设置。如在TAppEncTop::encode()函数中调用TAppEncTop::xInitLibCfg()进行与config相关的设置: m_cTEncTop.
1653 0
【软件测试】3、代码检查与Code Review
对于一家技术研发流程完善的技术公司来说,代码审查都是必不可少的一部分。虽然大部分代码审查工作都是研发团队的工程师完成,广义上讲,代码审查也是软件测试的一部分。
884 0
8月2日云栖精选夜读:微服务架构的分布式事务解决方案
分布式事务是一个绕不过去的挑战!微服务架构本质上就是分布式服务化架构,微服务架构的流行,让分布式事务问题日益突出!尤其是在订单业务、资金业务等系统核心业务流程中,一定要有可靠的分布式事务解决方案来保证业务数据的可靠性和准确性。
3646 0
精华【分布式、微服务、云架构、dubbo+zookeeper+springmvc+mybatis+shiro+redis】JEESZ分布式大型互联网企业架构!
j2ee分布式架构 dubbo + springmvc + mybatis + ehcache + redis 分布式架构 源码来源:http://minglisoft.cn/technology
6915 0
+关注
星云测试
专注于软件测试
13
文章
1
问答
文章排行榜
最热
最新
相关电子书
更多
OceanBase 入门到实战教程
立即下载
阿里云图数据库GDB,加速开启“图智”未来.ppt
立即下载
实时数仓Hologres技术实战一本通2.0版(下)
立即下载