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

image

一 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文件里面
　

image

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

image

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

image
3、等待自动安装完成，关闭窗口
image
4、使用net start mysql 命令启动MySQL服务
image

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

image

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如下即安装成功。

image

2.2.1，Eclipse替换自带为本地Maven

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

image

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下载好以后直接放在指定目录下

image

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

image
　
edu-common-parent:提供

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

二 测试项目

1，下载工具及工具配置

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

image

下载以后进行配置：

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

TTLangage.config配置项说明：

image

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

image
image
　

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

image

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

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

image

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

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

image

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

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

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

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

image

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

image

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

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

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

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

image

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

image
由于测试的时候需要运行我们插装后的代码（编译完成后会在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的内容如下，根据自己的目录来修改：

image
image

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

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

生产者启动tomcat：

image

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

image
　
消费者在启动时，向注册中心订阅自己所需的服务，注册中心返回生产者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。消费者将设置的标识通过一系列返回给生产者

打包完成，为使函数覆盖率可视视图代码部分显示正常，需要手动修改源码路径：右键版本，点击修改源码路径，选择到pre_src目录即可。

image

4，编写测试用例

image

点击添加：

image
image

启动测试用例

image

5，项目测试

1，设置标识

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

image

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

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

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

image
　
生产者：通过穿透将消费者设置的标识值穿透到生产者中
image
页面点击登陆进就会有相应的测试数据传输过来（具体的展示见后面测试结果的第一个标题：示波器的展示），数据接收完以后点击停止，本条用例测试完毕
　
3， 生产者和消费者再客户端的覆盖率展示：
消费者在客户端的展示：
image

　
生产者在客户端的展示：

image

三 测试结果

1，示波器波形展示

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

image

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

2，缺陷管理

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

image
　　　　　　　　　　　　　　　　　　　图表 缺陷提交与管理
image
　　　　　　　　　　　　　　　　　　　图表 bug信息一目了然

3，覆盖率

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

image

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

image

4，双向追溯

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

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

1，正向追溯

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

image
　
消费者的正向追溯：
image
如图：点击测试用例追溯到这个用例运行过得函数，选中一个函数，追溯到这个函数运行过得控制流程图的逻辑分支

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

image
image

2，反向追溯

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

image

　
消费者的反向追溯：

image

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

image

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

5，简易流程图的展示

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

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

image

6，报表的展示

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

image
　
包含项目信息：项目的详情信息
版本信息：版本的详情信息
测试汇总信息：测试用例通过率：无BUG的测试用例
　　　　　　BUG累计：测试用例运行完毕后提交的BUG数
　　　　　　当前版本覆盖率(SC0)：(执行过可见段数/可见段数)100%的比例
　　　　　　覆盖率增长：相比前一天的SC0增长差值
　　　　　　高复杂度预警函数个数：高复杂度的函数个数
　
测试用例列表：
image
显示制作的测试用例的详细信息，包括测试用例的名称、创建时间、执行时间、关联函数、覆盖率占比、运行状态、测试人员等
覆盖率按日增长曲线图：
image
　　　　　　　　　　覆盖率按日增长曲线图,让管理者更好的把握测试过程*

测试漏洞列表：

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

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