简介：本文主要介绍把现今主流的
s
pringboot
框架项目和精准测试工具进行结合和应用，通过精准测试的数据穿透、数据采集、测试用例与代码的双向追溯、数据分析等一系列精准测试的特有功能，达到对项目质量的保证。
本次环境搭建分为基础环境准备、
s
pringboot
环境搭建、精准测试环境搭建、精准测试与
s
pringboot
环境对接等一整套完整的配置过程，用户可以通过下图中的流程图确认自己所部署过程中进行到的阶段点，从而排查部署中可能遇见的问题。
一，
Spring Boot
配置流程
1
，使用工具
1，
Eclipse Java Photon
2，
Spring
Boot
3，
JDK
1.8
4，
MySQL
5.7
5，
Navicat
for
MySQL
6，
apache-maven-3.5.4
7，
zoa
-agent-1.6.2
8，
J2EE_Enterprise_key_64bit0614
9，
项目：
Moxi（
https://github.com/daleiwang/moxi
）
1，
配置所需的安装
1
，安装
Eclipse
、
JDK
、
MySQL
、
Nodejs
注：
Eclipse和JDK的安装和安装包就用自己现有的就可以，星云测试将提供MySQL和Nodejs的安装包，但必须前提是用户自己的本机上不存在安装的MySQL和Nodejs
脚本安装
mysql
和
nodejs
1、解压星云提供的
mysql-5.7.16-winx64
安装包和
nodejs安装包到服务器根目录中（例如D盘根目录）。
2、右键
以管理员身份运行
星云提供的自动化安装工具
mysql_nodejs_install
.exe
3、输入nodejs的目录，回车。如下图所示：
4、输入mysql的绝对路径（到bin），然后回车。等程序运行完毕，mysql的root密码被修改成root就可以手动关闭程序。
2
，安装
Spring
Boot
插件
Eclipse安装Spring
Boot插件，Help-Eclipse
Marketplace，搜索Spring
Tools安装STS，如图：
也可以通过
下载地址：
https://spring.io/tools/sts/all
进行下载，
下载以后
安装，
Eclipse——Help——Install new Sofware，下一步、下一步安装即可。
3,
安装
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如下即安装成功。
1，
Eclipse替换自带为本地Maven
Windows-Preferences-Maven-Installations-Add，路径指向
E:\apache-maven-3.5.4
，加载完成后勾选新的
apache-maven-3.5.4，Apply。
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，Bro
wse= E:\apache-maven-3.5.4\conf\settings.xml
，
Apply。
3
，新建工程和运行工程
选择
Spring Starter Project
工程名字，定义为
moxi，
工
程选择
Web下面的Web，然后Finesh，接下来会初始化下载Maven管理的相关jar包。
工程结构
大致
如下：
工程
——右键——Run As——Spring Boot App
添加调试：
为了解决
每次修改代码还要重新启动工程，
工程
——右键——Spring Tools——Add Boot Devtools，那么每次修改类文件就会自动编译了。
4
，整合
Mybatis
刚才已经下载好了
MySQL，现在我们添加pom.xml文件
b
uild标签加一行
<defaultGoal>compile</defaultGoal>
如下
然后是
mybatis
和
mysql
：
<!-- mybatis -->
<dependency>
<groupId>org.mybatis.spring.boot</groupId>
<artifactId>mybatis-spring-boot-starter</artifactId>
<version>1.2.0</version>
</dependency>
<!-- mysql -->
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<scope>runtime</scope>
</dependency>
在
application.properties文件中添加数据源配置：、
Navicat连接本地mysql，新建数据库moxi，查询执行项目git页面列出来的sql语句自动建立该项目需要的数据库内容。
可以通过创建
Model、Service和Controller
验证数据库是否连接成功
5
，整合
thymeleaf
添加
thymeleaf依赖
配置
application.properties
引入文件：如图，引入相应的样式、图片和
js文件，引入页面文件:
引入
html：注demo和news里面也是html文件
6
，运行程序
E
clipse环境运行：
Run As——Spring Boot App
打包运行：右键项目
Maven-Maven
install，项目目录target文件夹生成jar包，cmd运行。项目初次运行会下载所需依赖库，消耗时间较长。
在
E
clipse环境运行成功以后界面是这样的：
二，测试项目
1，
下载工具及工具配置
2，从官网上下载星云测试工具：
http://www.teststars.cc/
下载以后进行配置：
2
，星云测试服务端的配置
TTLangage
.config配置
项说明：
1、
运行下的星云测试
server目录中ThreadingTestServer.exe，在右下的图表中点注册信息，查看其时间，星云测试有两个月的体验，若是超过两个月，发生KEY过期，请联系星云测试的工作人员，并提交服务端中的序列码
2
、
联系星云工作人员获取当前服务器的
key.key文件，替换到星云的server目录
下；
3
、
启动
server目录下的ThreadingTestServer.exe后会自动打开同级目录下的ThreadingTestServerFront.exe，看到自动弹出下面窗口后，表示连接正常。
3
，星云测试客户端的配置
注：星云测试在线客户端的连接需要访问端口
17262/17263.登陆之前需要保证网络连接不存在限制。
打开客户端之前需要修改
TTClient文件夹下的Server.cfg文件，配置localIP项为可以与服务端正常数据通信的本机IP地址。配置这个localIP的原因是，在客户端需要接收来自服务端传来的动态数据，配置本地的IP地址服务端才能把数据传到客户端中来。
配置
IP地址完成后双击运行TTClient/TT.exe文件进入星云测试客户端。选择文件->登录，输入星云测试服务端的IP地址以及自己的用户名和密码即可登录。如下图所示。
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
不能重复
，一个子模块下可以配置多个工程路径
P
ro
Name
：子模块名称
Project_path
：
测试程序源码
文件
路径
Class_path
：
测试程序
class
文件路径
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文件修改完成后即可打包发布
编译以后打包成
jar包（具体的打包方法参考6，运行项目）
打包完成，为使函数覆盖率可视视图代码部分显示正常，需要手动修改源码路径：右键版本，点击修改源码路径，选择到
pre_java
目录即可。
3
，测试前准备
1
、添加数据传输配置文件
数据传输配置文件是保证运行的数据可以回传到星云服务器的。配置方法是在具体的客户测试环境下的
usr/
local
/bin文件夹下新建配置文件config.cfg 文件内容如下：
s
tate=1
IP=（IP值写星云测试服务端
IP
，注意要大写）
（
如果发布环境是
windows环境
，
需要在
C盘根目录下
配置上述文件）
2
，
agent
启动项目
cmd输入命令：
j
ava
-javaagent:E:\
zoa
-agent-1.6.2\
zoa
-
agent
-1.6.2.jar
-jar
E:\
moxi-0.0.1-SNAPSHOT.jar
E:\
zoa
-agent-1.6.2\
zoa
-
agent
-1.6.2.jar
=agent路径
E:\
moxi-0.0.1-SNAPSHOT.jar
=项目路径
出现这样的界面表示运行成功：
3
，设置
cookie
1,项目URL后面加teststars.jsp，访问teststars.jsp页面进行cookie设置
2,点击setcookie进行设置，设置成功页面如下：
注：为了区分测试，我们在设置的用户姓名与
星云客户端当前登录用户
一致，
4
，编写测试用例
点击添加：
5
，项目测试
访问地址
：
http://localhost:8080/admin/
login
页面登陆进去以后，假如测试内容管理的文章管理的
测试用例，
则选择内容管理的文章管理的用例，点击
开始，
在页面上点击内容管理的文章管理，就会有相应的测试数据传输过来（具体的展示见后面测试结果的第一个标题：示波器的展示），数据接收完以后点击停止，本条用力测试完毕
三，测试结果
1
，示波器波形展示
先选中测试用例，再点击开始后就可以进行相应的测试工作了，测试的时候示波器可以收到动态数据并以波形图的方式展示出来。
注
：采集的动态数据保存在服务端目录下的
VersionData文件夹下
，
对应版本的
动态
数据保存在相应的版本号目录下
（版本
号可在
数据库
management表的version表中查看）
2
，缺陷管理
为了让测式人员更好的对缺陷进行管理，采用测试用例、代码、
BUG相关联方式，精准测试云平台使用了历史BUG追查功能，这使得在版本迭代过程中，同一个测试用例所有的BUG情况一目了然，避免了因人员变动或版本变动导致的相同的BUG的排查时间，以及重复提交未被解决的BUG。
图表
缺陷提交与管理
图表
bug
信息
一目了然
3
，覆盖率
覆盖率可视化针对函数
sc0、
T
rue、false 、both、
B
ranch、C/DC 、MC/DC
7
种覆盖率给出可视化展示下面针对每一种覆盖率展示界面给出说明：（以
sc0为例
）
sc0为语句块覆盖，其颜色区分对象为基本语句块（包括隐含不可见语句块）其中绿色标示被覆盖的语句块。蓝色是未覆盖到的语句块。
计算方法为：覆盖到块
/应统计块
用红色的标出来的表示
sc0
覆盖率，函数列表右方为覆盖率的展示：
4
，双向
追溯
双向追溯是指通过运行测试用例，实现测试用例与被测源码间相互追溯。根据测试用、
查看相关被测源码为正向追溯，根据被测源码查看相关测试用例为逆向追溯。在测试用例列表中选择测试用例，可以追溯到该测试用例的内容描述信息，在模块调用图中显示被测试到的函数；也可以在模块调用图中，点击相关的函数，也可以追溯到相关的测试用例。该追溯技术方便了用户查看和设计测试用例。
双向追溯功能可以运行的前提是
，
测试用例已经被运行过
，
并且示波器收到了波形
采集到了
动态数据。
1
，
正向追溯
正向追溯是指：将测试用例和海量的代码执行信息自动关联，可精确到函数级别及代码块级别；通过正向追溯可直接在代码级定位测试现场故障和缺陷逻辑，并提供最后运行的时序数据；通过正向追溯自动记录产生功能对应的详细设计实现，辅助软件解耦和架构分析。
正向追溯的优势是：迅速定位缺陷对应的代码执行逻辑，帮助开发快速修复缺陷，可追踪难复现缺陷；精确、详尽的记录测试用例运行的情况，为精准软件测试提供大量原生分析性数据；可以进行事后的缺陷分析、追踪，辅助开发进行功能实现确认。
如图：点击测试用例追溯到这个成而是用例运行过得函数，选中一个函数，追溯到这个函数运行过得控制流程图的逻辑分支
以下是正向追溯到代码和函数调用图：
2
，
反向追溯
反向追溯是指：分析代码关联的功能，为研发分析系统和进行一致性修改以及回归测试分析提供精确数据。
反向追溯过程：点击需要查看的函数或函数中的某行代码，自动列出可以测试到该函数或者程序分支的测试用例
选择函数
追溯到运行过该函数的测试用例，查看该函数的控制流程图和代码
点击代码，
追溯到运行过该代码的测试用例
5
，简
易流程图的展示
前置
条件：版本
有
数据
，
关联源码可在代码视图有显示
源码
，并且在
简易
控制
流
程
图的分支块有具体语句显示，有覆盖率数据，可在
简易
控制流程图显示当前覆盖到的
块信息
简易控制流程图功能，以
语句块的形式
清晰的展示函数内部的控制逻辑，界面上可以直观的看出控制流各节点的测试覆盖情况，在展示
中，
简易控制流程图还可以通过颜色对每个程序块进行覆盖率标识，在缩略图中整个模块的覆盖率非常直观。（背景
色为绿色表示有测试用例覆盖到
该
块：以
SC0
覆盖
为参考标准
）
6
，
报表的展示
选择客户端所编译的项目和版本：
显示所选取编译项目的一些基本信息，包括
:
项目
指标信息、
项目信息、版本信息、测试汇总信息、测试过程监控趋势图、测试设备组成和分布图、版本覆盖率汇总图、复杂度统计图
项目汇总：
包含项目信息：项目的详情信息
版本信息：版本的详情信息
测试汇总信息：
测试用例通过率：无
BUG的测试用例
BUG累计：测试用例运行完毕后提交的BUG数
当前版本覆盖率
(SC0)：
(执行过可见段数/可见段数)
*100%
的比例
覆盖率增长：
相比前一天的
SC0增长差值
高复杂度预警函数个数：
高复杂度的函数个数
测试用例列表：
显示制作的测试用例的详细信息，包括测试用例的名称、创建时间、执行时间、关联函数、覆盖率占比、运行状态、测试人员等
覆盖率按日增长曲线图：
覆盖率按日增长曲线图
,让管理者更好的把握测试过程
测试漏洞
列表
：
在一个程序中，往往有成百上千的函数，这些函数有的是关联整个程序核心、有的则是开发人员弃而不用，但一直保留迟迟不肯删除的，针对这些大量的函数，
“
精准测试
”
采用通过静态、动态指标的综合分析，在大量的程序函数中，通过计算直接筛选潜在的高危的测试漏洞，通过报表给予展示。
n
通过复杂度和覆盖率进行计算
n
通过函数调用上下文和覆盖率进行计算