【星雲測試】開發者測試(2)-採用精準測試工具對J2EE Guns開發框架進行測試

精準測試發表於2018-09-04

配置測試 Guns

Guns簡介

Guns是一個近幾年來基於SpringBoot的開源便利且較新的JavaEE專案開發框架,它整合了springmvc + shiro + mybatis-plus + beetl + flowable多項開源技術,致力於讓Java後臺開發更簡潔快速

一, Guns的環境

Guns 原始碼

Maven

Eclipse-Photon

JDK8

MySQL

安裝環境

注: Eclipse和JDK的安裝和安裝包就用自己現有的就可以,星雲測試將提供MySQL和Nodejs的安裝包,但必須前提是使用者自己的本機上不存在安裝的MySQL和Nodejs

指令碼安裝 mysql nodejs (一鍵安裝)

1、解壓星雲提供TT_ Soft 安裝包(例如 D盤根目錄, mysql node的安裝路徑

2、開啟 TT_Soft檔案

3、 以管理員身份執行 TeststarsSoftInstall.exe


4 、等待 自動安裝完成, 視窗 提示 mysql初始化完成,關閉 視窗


5、 登出或重啟電腦

6 、使用 net  start mysql 命令 啟動 MySQL服務

7 使用 node  –v檢視node版本

二,下載 guns程式碼

下載地址:

將下載下來的程式碼進行解壓

三,配置 Guns


一,  Eclipse 匯入 Guns 專案


點選 “Import...”後會出現如下圖的匯入對話方塊,請選擇Maven選項中的“Existing Maven Projects”。

之後,點選 “Next”按鈕後,按如下圖的 的操作選中之前解壓的 Guns-master目錄  

匯入成功後如下圖所示,可看見 guns-admin、guns-core、guns-generator、guns-parent和guns-rest五個專案。成功將guns專案匯入eclipse

guns-admin是Guns管理系統

guns-generator maven程式碼的生成

guns-core是其他模組提煉出來的公共的程式碼

guns-parent是maven的的父模組,父模組的作用就是管理其它的子模組,可以把我們依賴都提到parent,並且對我們依賴的版本做一個統一的維護。

gun-rest本意是些一個app 服務端,提供rest API服務,許可權和md5加密,

二, 配置 Guns專案的資料庫

在匯入成功的 “guns-admin”專案中,我們能夠找到“sql”目錄下的guns.sql檔案,如下圖所示,將開啟後的guns.sql中所有的內容複製一下。

新建 資料庫名為 guns 點選 guns資料庫中的“查詢”後 將上面複製的 sql直接執行 ,出現下面這些表即為正確


三, 修改 Guns專案的配置檔案並執行

Eclipse中,找到guns-admin專案中的“application.yml”檔案,它在src/main/resource路徑下,並將該檔案中所有的“username和password”部分的password預設的root值改為讀者安裝MySQL時所設定的密碼 該步驟具體如下圖所示:

修改完此配置檔案後,我們就可以開始執行 guns專案了,請找到guns-admin專案中的src/main/java路徑下的,com.style.guns目錄中的GunsApplication.java檔案,它是guns專案的主程式檔案, 點選 執行

成功執行後,開啟瀏覽器,在瀏覽器的位址列中輸入:

點選登入後,可進入如下圖介面:


Guns已成功部署並執行成功。


四,測試專案

1,  下載工具及工具配置

1,  從官網上下載星雲測試工具:

下載以後進行配置:

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  

G: \naan1993-guns-master\guns-admin\target \   guns-admin-1.0.0.jar

E:\ zoa -agent-1.6.2\ zoa - agent -1.6.2.jar =agent路徑

G: \naan1993-guns-master\guns-admin\target \   guns-admin-1.0.0.jar   =專案路徑

出現這樣的介面表示執行成功:


3 ,設定 cookie

1,專案URL後面加teststars.jsp,訪問teststars.jsp頁面進行cookie設定

2,點選setcookie進行設定,設定成功頁面如下:

注:為了區分測試,我們在設定的使用者姓名與 星雲客戶端當前登入使用者 一致,

4 星雲測試雲報表平臺服務啟動

1、  執行星雲測試 TTWeb 目錄下的 bin\redis-2.4.5-win32-win64\32bit 中的 redis-server.exe

2、 執行星雲測試 TTWeb 目錄下的 startTTwebserver.bat

訪問網頁報表網頁 IP地址:3000

4 ,編寫測試用例

點選新增:



5 ,專案測試

訪問地址

頁面登陸進去以後,假如測試內容管理的文章管理的 測試用例, 則選擇內容管理的文章管理的用例,點選 開始, 在頁面上點選內容管理的文章管理,就會有相應的測試資料傳輸過來(具體的展示見後面測試結果的第一個標題:示波器的展示),資料接收完以後點選停止,本條用例測試完畢

 

五,測試結果

1 ,示波器波形展示

先選中測試用例,再點選開始後就可以進行相應的測試工作了,測試的時候示波器可以收到動態資料並以波形圖的方式展示出來。

:採集的動態資料儲存在服務端目錄下的 VersionData資料夾下 對應版本的 動態 資料 :採集的動態資料儲存在服務端目錄下的 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增長差值

高複雜度預警函式個數: 高複雜度的函式個數


測試用例列表:

顯示製作的測試用例的詳細資訊,包括測試用例的名稱、建立時間、執行時間、關聯函式、覆蓋率佔比、執行狀態、測試人員等

 

覆蓋率按日增長曲線圖:

覆蓋率按日增長曲線圖 ,讓管理者更好的把握測試過程

測試漏洞 列表

在一個程式中,往往有成百上千的函式,這些函式有的是關聯整個程式核心、有的則是開發人員棄而不用,但一直保留遲遲不肯刪除的,針對這些大量的函式, 精準測試 採用透過靜態、動態指標的綜合分析,在大量的程式函式中,透過計算直接篩選潛在的高危的測試漏洞,透過報表給予展示。

透過複雜度和覆蓋率進行計算

透過函式呼叫上下文和覆蓋率進行計算


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31547070/viewspace-2213532/,如需轉載,請註明出處,否則將追究法律責任。

相關文章