【星云测试】开发者测试(4)-采用精准测试工具对dubbo微服务应用进行测试

简介:本文主要目的是把现今主流的Dubbo框架项目和精准测试进行对接,通过精准测试的数据穿透、数据采集、测试用例与代码的双向追溯、数据分析等一系列精准测试的特有功能达到对项目质量的保证。
 
本次环境搭建分为基础环境准备、Dubbo环境搭建、精准测试环境搭建、精准测试与Dubbo环境对接等一整套完整的配置过程,用户可以通过下图中的流程图确认自己所部署过程中进行到的阶段点,从而排查部署中可能遇见的问题。     

 
   

一 dubbo的工具配置流程

1,使用工具

1, Eclipse Java Photon
2, JDK 1.8
3, MySQL 5.7
4, Navicat for MySQL
5, Nodejs
6, apache-maven-3.5.4
7, zoa-agent-1.6.2
8, apache-tomcat-8.0.47
9, J2EE_Enterprise_key_64bit0614
10, 项目:dubbo
11, 服务:zookeeper
项目和微服务下载地址:https://pan.baidu.com/s/1JBKJBVhm0XQT0VmWacD3wQ
提取码: nr9t

 

2 ,配置所需的安装

2.1,安装Eclipse、JDK,tomcat,MySQL、Nodejs

正常安装Eclipse,jdk和tomcat,比且需要在tomcat中配置agent,具体的配置是:
找到tomcat的G:\apache-tomcat-8.0.47\bin目录catalina.bat文件
打开以后将agent的安装目录和解密库的目录放在catalina.bat文件里面
 

脚本安装mysql和nodejs(一键安装)
1、 打开TT_Soft文件夹

2、以管理员身份运行TeststarsSoftInstall.exe

3、等待自动安装完成,关闭窗口

4、使用net start mysql 命令启动MySQL服务

5、使用node –v查看node版本

2.2, 安装Maven

Eclipse本身会带Maven,但是不如自己安装的灵活,解压apache-maven-3.5.4.zip(例如:E:\apache-maven-3.5.4),配置系统变量添加变量名:
MAVEN_HOME变量值= E:\apache-maven-3.5.4,
Path添加变量值= %MAVEN_HOME%\bin,cmd测试用mvn -v如下即安装成功。

2.2.1,Eclipse替换自带为本地Maven

Windows-Preferences-Maven-Installations-Add,路径指向
E:\apache-maven-3.5.4,加载完成后勾选新的apache-maven-3.5.4,Apply。

2.2.2,定义本地Maven依赖库

修改E:\apache-maven-3.5.4\conf\settings.xml,添加如下一行代码定义,例如:

<localRepository>C:\Users\luxper.m2\repository</localRepository>,C:\Users\luxper.m2\repository是我的本地maven仓库地址。
Eclipse:Windows-Preferences-Maven-User Settings-Global Settings,Browse= E:\apache-maven-3.5.4\conf\settings.xml,Apply。

2, 项目部署

将Dubbo下载好以后直接放在指定目录下

 
将下载好的dubbo的项目导入到eclipse中

 
edu-common-parent:提供
edu-facade-user:公共接口
edu-service-user:服务端(生产者)
edu-web-boss:客户端(消费者)
将下载好的sql文件正确的导入到数据库中

二 测试项目

1,下载工具及工具配置

1.1,从官网上下载星云测试工具:http://www.teststars.cc/


下载以后进行配置:

1.2,星云测试服务端的配置

TTLangage.config配置项说明:

1、 运行下的星云测试server目录中ThreadingTestServer.exe,在右下的图表中点注册信息,查看其时间,星云测试有两个月的体验,若是超过两个月,发生KEY过期,请联系星云测试的工作人员,并提交服务端中的序列码


 
2、联系星云工作人员获取当前服务器的key.key文件,替换到星云的server目录下;
3、启动server目录下的ThreadingTestServer.exe后会自动打开同级目录下的ThreadingTestServerFront.exe,看到自动弹出下面窗口后,表示连接正常。

1.3,星云测试客户端的配置

注:星云测试在线客户端的连接需要访问端口17262/17263.登陆之前需要保证网络连接不存在限制。
打开客户端之前需要修改TTClient文件夹下的Server.cfg文件,配置localIP项为可以与服务端正常数据通信的本机IP地址。配置这个localIP的原因是,在客户端需要接收来自服务端传来的动态数据,配置本地的IP地址服务端才能把数据传到客户端中来。
配置IP地址完成后双击运行TTClient/TT.exe文件进入星云测试客户端。选择文件->登录,输入星云测试服务端的IP地址以及自己的用户名和密码即可登录。如下图所示。

1.4,星云测试云报表平台服务启动

1、 运行星云测试TTWeb目录下的bin\redis-2.4.5-win32-win64\32bit中的redis-server.exe

2、运行星云测试TTWeb目录下的startTTwebserver.bat


访问网页报表网页IP地址:3000

2,创建工程和版本并编译

1, 登录客户端
2, 选中待插装的空版本,版本处于解锁状态(解锁状态:右键-解锁状态)
3, javaForWindows目录下的Server.cfg配置文件,[SERVER] ip填写实际ip地址,修改[PROPERTY]字段,与客户端目录下的Server.cfg同步

4、修改javaForWindows目录下的ComplierPath.xml配置文件
同一个版本下可添加多个子模块即proname,proname不能重复,一个子模块下可以配置多个工程路径
ProName:子模块名称
Project_path:测试程序源码文件路径
Class_path:测试程序class文件路径

注意:在进行编译插装的时候,编译插装的项目是edu-service-user,edu-web-boss这两个项目
5、修改javaForWindows目录下tt_windows文件夹下Server.ini配置文件
Ip设置为客户端的ip地址。

6、在命令行运行autoCompiler.jar进行编译

 jre\bin\java.exe     -jar autoCompile.jar    -e
 D:\J2EE_Enterprise_key_64bit0803\CompileToolsPkg\javaForWindows

注:-e后面的参数为ComplierPath.xml文件的目录

7、在客户端查看数据,记得必须点击重新加载文件

由于测试的时候需要运行我们插装后的代码(编译完成后会在java目录同层生成src-instru目录,src-instru目录即为编译插装后的源码);
具体操作:先将源码目录下未插装的java目录重命名为pre_java,再将编译插装生成的src-instru目录命名为java。
并且插桩代码的运行需要我们的jar包,因此需要修改客户的pom.xml文件来引入我们的jar服务,加入到两个<dependencies>之间,加入的代码如下:
systemPath需要按JavaParser-j2ee.jar
和jeromq-0.3.0-SNAPSHOT.jar的绝对路径填写  

 <dependency>
<groupId>com.zoa</groupId>
<artifactId>JavaParser-ZMQ</artifactId>
<version>1.0</version>
<scope>system</scope>
<systemPath>/D:/J2EE/client/MQ/JavaParser-J2EE.jar</systemPath>
 </dependency>
<dependency>
    <groupId>com.zoa</groupId>
    <artifactId>jeromq</artifactId>
    <version>1.0</version>
    <scope>system</scope>
<systemPath>/D:/J2EE/client/MQ/jeromq-0.3.0-SNAPSHOT.jar</systemPath></dependency>

在pom文件修改完成后即可打包发布 

3,打包dubbo的工程例子

1 zookeeper环境搭建
zk解压到指定目录下,解压后,将con文件夹下的zoo_sample.cfg拷贝一份,重命名为zoo.cfg,注意修改cfg的内容如下,根据自己的目录来修改:


windows系统下会使用zkServer.cmd开启,所以在bin目录下找到zkServer.cmd,双击开启,这个是启动后的成功的图

 
打开以后就可以进行打包了,在eclipse打然后打包生产者和消费者(打包出来的是war包),将打包好的war包分别放在不同端口的tomcat中。

生产者启动tomcat:

 
生产者在启动tomcat时,向注册中心注册自己提供的服务
消费者启动tomcat:

 
消费者在启动时,向注册中心订阅自己所需的服务,注册中心返回生产者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。消费者将设置的标识通过一系列返回给生产者
打包完成,为使函数覆盖率可视视图代码部分显示正常,需要手动修改源码路径:右键版本,点击修改源码路径,选择到pre_src目录即可。

4,编写测试用例


点击添加:


启动测试用例

5,项目测试

1,设置标识

1,项目URL后面加teststars.jsp,访问teststars.jsp页面进行标识设置

2,点击set标识进行设置,设置成功页面如下:

注:为了区分测试,我们在设置的用户姓名与星云客户端当前登录用户一致,
设置完成后页面显示是 

消费者通过web页面设置标识

 
生产者:通过穿透将消费者设置的标识值穿透到生产者中

页面点击登陆进就会有相应的测试数据传输过来(具体的展示见后面测试结果的第一个标题:示波器的展示),数据接收完以后点击停止,本条用例测试完毕
 
3, 生产者和消费者再客户端的覆盖率展示:
消费者在客户端的展示:

 
生产者在客户端的展示:
 

三 测试结果

1,示波器波形展示

先选中测试用例,再点击开始后就可以进行相应的测试工作了,测试的时候示波器可以收到动态数据并以波形图的方式展示出来。

注:采集的动态数据保存在服务端目录下的VersionData文件夹下

2,缺陷管理

为了让测式人员更好的对缺陷进行管理,采用测试用例、代码、BUG相关联方式,精准测试云平台使用了历史BUG追查功能,这使得在版本迭代过程中,同一个测试用例所有的BUG情况一目了然,避免了因人员变动或版本变动导致的相同的BUG的排查时间,以及重复提交未被解决的BUG。

                   图表 缺陷提交与管理

                   图表 bug信息一目了然

3,覆盖率

覆盖率可视化针对函数sc0、True、false 、both、Branch、C/DC 、MC/DC 7种覆盖率给出可视化展示下面针对每一种覆盖率展示界面给出说明:(以sc0为例)
sc0为语句块覆盖,其颜色区分对象为基本语句块(包括隐含不可见语句块)其中绿色标示被覆盖的语句块。蓝色是未覆盖到的语句块。
计算方法为:覆盖到块/应统计块

 
用红色的标出来的表示sc0覆盖率,函数列表右方为覆盖率的展示:

4,双向追溯

双向追溯是指通过运行测试用例,实现测试用例与被测源码间相互追溯。根据测试用、
查看相关被测源码为正向追溯,根据被测源码查看相关测试用例为逆向追溯。在测试用例列表中选择测试用例,可以追溯到该测试用例的内容描述信息,在模块调用图中显示被测试到的函数;也可以在模块调用图中,点击相关的函数,也可以追溯到相关的测试用例。该追溯技术方便了用户查看和设计测试用例。

双向追溯功能可以运行的前提是,测试用例已经被运行过,并且示波器收到了波形采集到了
动态数据。

1,正向追溯

正向追溯是指:将测试用例和海量的代码执行信息自动关联,可精确到函数级别及代码块级别;通过正向追溯可直接在代码级定位测试现场故障和缺陷逻辑,并提供最后运行的时序数据;通过正向追溯自动记录产生功能对应的详细设计实现,辅助软件解耦和架构分析。
正向追溯的优势是:迅速定位缺陷对应的代码执行逻辑,帮助开发快速修复缺陷,可追踪难复现缺陷;精确、详尽的记录测试用例运行的情况,为精准软件测试提供大量原生分析性数据;可以进行事后的缺陷分析、追踪,辅助开发进行功能实现确认。
生产者的正向追溯:

 
消费者的正向追溯:

如图:点击测试用例追溯到这个用例运行过得函数,选中一个函数,追溯到这个函数运行过得控制流程图的逻辑分支

以下是正向追溯到代码和函数调用图:

2,反向追溯

反向追溯是指:分析代码关联的功能,为研发分析系统和进行一致性修改以及回归测试分析提供精确数据。
反向追溯过程:点击需要查看的函数或函数中的某行代码,自动列出可以测试到该函数或者程序分支的测试用例
生产者的反向追溯:

 
消费者的反向追溯:

选择函数追溯到运行过该函数的测试用例,查看该函数的控制流程图和代码

点击代码,追溯到运行过该代码的测试用例  

5,简易流程图的展示

前置条件:版本有数据,关联源码可在代码视图有显示源码,并且在简易控制流

程图的分支块有具体语句显示,有覆盖率数据,可在简易控制流程图显示当前覆盖到的块信息
简易控制流程图功能,以语句块的形式清晰的展示函数内部的控制逻辑,界面上可以直观的看出控制流各节点的测试覆盖情况,在展示中,简易控制流程图还可以通过颜色对每个程序块进行覆盖率标识,在缩略图中整个模块的覆盖率非常直观。(背景色为绿色表示有测试用例覆盖到该块:以SC0覆盖为参考标准)
 

6,报表的展示

选择客户端所编译的项目和版本:
显示所选取编译项目的一些基本信息,包括:
项目指标信息、项目信息、版本信息、测试汇总信息、测试过程监控趋势图、测试设备组成和分布图、版本覆盖率汇总图、复杂度统计图
项目汇总:

 
包含项目信息:项目的详情信息
版本信息:版本的详情信息
测试汇总信息:测试用例通过率:无BUG的测试用例
      BUG累计:测试用例运行完毕后提交的BUG数
      当前版本覆盖率(SC0):(执行过可见段数/可见段数)100%的比例
      覆盖率增长:相比前一天的SC0增长差值
      高复杂度预警函数个数:高复杂度的函数个数
 
测试用例列表:

显示制作的测试用例的详细信息,包括测试用例的名称、创建时间、执行时间、关联函数、覆盖率占比、运行状态、测试人员等
覆盖率按日增长曲线图:

         覆盖率按日增长曲线图,让管理者更好的把握测试过程

 测试漏洞列表:

 
在一个程序中,往往有成百上千的函数,这些函数有的是关联整个程序核心、有的则是开发人员弃而不用,但一直保留迟迟不肯删除的,针对这些大量的函数,“精准测试”采用通过静态、动态指标的综合分析,在大量的程序函数中,通过计算直接筛选潜在的高危的测试漏洞,通过报表给予展示。     

    • 通过复杂度和覆盖率进行计算
    • 通过函数调用上下文和覆盖率进行计算

原文地址:https://www.cnblogs.com/davidtest/p/10064625.html

时间: 2024-10-06 12:39:38

【星云测试】开发者测试(4)-采用精准测试工具对dubbo微服务应用进行测试的相关文章

开发者测试(4)-采用精准测试工具对dubbo微服务应用进行测试

简介:本文主要目的是把现今主流的Dubbo框架项目和精准测试进行对接,通过精准测试的数据穿透.数据采集.测试用例与代码的双向追溯.数据分析等一系列精准测试的特有功能达到对项目质量的保证. 本次环境搭建分为基础环境准备.Dubbo环境搭建.精准测试环境搭建.精准测试与Dubbo环境对接等一整套完整的配置过程,用户可以通过下图中的流程图确认自己所部署过程中进行到的阶段点,从而排查部署中可能遇见的问题. 一 dubbo的工具配置流程 1,使用工具 1, Eclipse Java Photon2, JD

微服务中的测试

每个人的开发能力不同,要保证线上应用没问题,接口可用率达到100%,无天窗.无bug 难度还是比较大的,特别是业务开发很多要跟版发,时间紧.任务重问题更加严峻. 加强需求合理性评审,设计合理性评审,代码review. 单元测试: (junit)尽量将路径都覆盖到.(缺点代码实现不合理,代码结构修改,整个 程序结构变化会导致测试用例修改工作量大). 集成测试: (自己研发) 自动化读取配置的多个类型的pin,通用调用接口,匹配结果返回 个数,返回类型,部分pin匹配到返回值.自己开发的集成测试工具

开发者测试(3)-采用精准测试工具对springcloud微服务应用进行穿透测试

1.微服务简介 微服务英文名称Microservice,Microservice架构模式就是将整个Web应用组织为一系列小的Web服务.这些小的Web服务可以独立地编译及部署,并通过各自暴露的API接口相互通讯.它们彼此相互协作,作为一个整体为用户提供功能,却可以独立地运行. 2.Spring Cloud项目简介 Spring Cloud是基于Spring Boot的一整套实现微服务的框架.提供了微服务开发所需的配置管理.服务发现.断路器.只能路由.微代理.控制总线.全局锁.决策竞选.分布式会话

微服务链路之测试环境快速部署

一般公司都会有开发环境.测试环境.线上环境,测试环境主要用于给测试人员测试每次新功能开发后提交的代码.随着公司业务的增长,这时候同时测试的新功能会越来越多,之前搭建的测试环境,一般是一到三个,这时候同时测试的功能数量远远大于测试环境的个数,就会导致测试人员会等待,有点像一个双核cpu要执行4个任务,并且每个任务不能切换执行,所以只能一个一个执行完,这样的执行过程就会导致测试的效率低下.对于这个问题,通常我们有几种解决方式.其中最简单的就是再多增加几套测试环境,这个方式也是业界用的最多的,它的优势

开发者最佳实践日·第 13 期-实践微服务架构

随着Docker及以移动化浪潮的冲击,系统的架构与设计成为系统构建中重要环节,微服务架构这一全新的企业架构模式也越来越受到关注,使用容器技术实施微服务架构转变,如何更好的利用计算资源,以及更方便的维护越来越复杂的应用程序,微服务作为一种更灵活.可靠.开放的架构的应用实践也越来越多. 微服务架构如何让应用程序的代码库更加敏捷?如何快速迭代和扩充一个代码库并大幅提升开发者生产效率?微服务架构可以让开发团队在研发过程中更加的敏捷和灵活.想要知道更多关于微服务架构的知识,这一场沙龙你不可错过. 开发者最

随手看的一本书《java微服务》,测试成功了其中的第一个样例

静态语言,JAVA应该多了解,结合微服务,DOCKER,再搞搞SPRING CLOUD,就能跟上时代了. 对了,链一个买书的地址: https://item.jd.com/12089180.html (我有时就不了解,一个程序员的收入,买一些书就那么小心呢?呵呵,收入都作什么去了??:)) pom.xml <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven

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

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

SpringBoot + Kubernetes云原生微服务实践 - (6) 微服务测试设计和实践

微服务测试设计和实践 微服务测试的最大挑战:依赖.解决方案是采用分而治之的策略:a.先针对每一个微服务进行隔离测试,在对每一个微服务进行测试的时候再按照分层的方式进行隔离测试:测试过程中采用mock等技术来隔离依赖简化测试:b.在确保每个微服务通过隔离测试后,再进行整个应用的端到端集成测试 微服务测试分类和技术 Spring(Boot)应用分层 controller 服务的对外接口层,负责接收请求和发送响应 中间涉及到消息,一般是json跟对象间的转换,术语叫做序列化,一般由框架封装 控制器需要

“让开发者爱上安全测试”系列之“源码安全测试”——开发者之伤

源代码安全测试不再是新鲜话题,在很多的企业已经开展了相关工作,对于已经开展此项目工作的企业来说,我想问的问题则是"在你的源代码安全测试工作中所面临的最大阻力是什么?" 这个问题不同的企业可能有不同的答案,且各有各的道理. 其实,据我总结来看,很多的阻力表象最终都可以归结为"开发人员不配合"的问题.那为什么开发人员不配合源代码安全的相关工作呢?换句话说:如何让开发者爱上安全测试呢? "源代码安全测试"--想说爱你不容易 对于开发者而言,源代码安全测