本發(fā)明涉及軟件測試技術(shù)領(lǐng)域，特別涉及一種可視化軟件開發(fā)過程質(zhì)量的展示方法。

背景技術(shù)：

在電子或通信領(lǐng)域，為實現(xiàn)各種功能或應(yīng)用，都需要建設(shè)各種相應(yīng)的系統(tǒng)或網(wǎng)絡(luò)，在所述的系統(tǒng)或網(wǎng)絡(luò)中，除了必需的硬件以外，還配備了各種相應(yīng)的軟件。軟件和it行業(yè)現(xiàn)在進入了大發(fā)展的時期，軟件趨向大型化、高復(fù)雜度，軟件的質(zhì)量越來越重要。“質(zhì)量”的概念被融入到軟件行業(yè)中，軟件測試已經(jīng)不單純是一個發(fā)現(xiàn)錯誤的過程，而且將測試作為軟件質(zhì)量保證的主要職能。

軟件測試是軟件開發(fā)完成后，對軟件的正確性、可靠性和穩(wěn)定性進行驗證的環(huán)節(jié)。目前軟件測試在計算機領(lǐng)域中的角色越來越重要，尤其在高風(fēng)險行業(yè)，軟件測試的重要性不言而喻，因此軟件測試的工作量成為不可忽略的一部分。

自軟件測試行業(yè)興起以來，軟件開發(fā)過程中，開發(fā)質(zhì)量的標(biāo)準(zhǔn)、監(jiān)控、可視化、量化評估一直都存在盲點，因此缺少透明化的量化方法，主要的問題在于沒有好的測試結(jié)果的持久化并且可視化的方案。

在現(xiàn)有的可視化測試設(shè)計系統(tǒng)中，有些系統(tǒng)圖形界面不夠直觀，不能完全呈現(xiàn)測試中可能發(fā)生的過程和現(xiàn)象；有些對流程的邏輯支持不全面，使流程的邏輯必須封裝到程序中，增加了測試人員的工作量；還有些過于專用化和片面化，不能加入用戶自定義的元素，可擴展性差。

技術(shù)實現(xiàn)要素：

基于上述問題，本發(fā)明提出一種可視化軟件開發(fā)過程質(zhì)量的展示方法，高效、直觀、精確地解決了軟件開發(fā)過程質(zhì)量的監(jiān)控、評估和總結(jié)的技術(shù)問題。

本發(fā)明采用的技術(shù)方案是：

一種可視化軟件開發(fā)過程質(zhì)量的展示方法，包括以下步驟：

步驟1，標(biāo)準(zhǔn)化自動測試的測試結(jié)果；

步驟2，將測試結(jié)果傳入非關(guān)系型數(shù)據(jù)庫，持久化數(shù)據(jù)；

步驟3，從非關(guān)系型數(shù)據(jù)庫撈取數(shù)據(jù)，構(gòu)造聚合算法進行分模塊統(tǒng)計；

步驟4，將統(tǒng)計值進行展示。

進一步地，所述步驟1中自動測試針對后臺系統(tǒng)進行。

進一步地，所述步驟1中自動測試包括以下測試類型：接口測試、單元測試、ui測試。

進一步地，所述步驟1中測試結(jié)果包括測試類型、被測模塊名稱、被測后臺模塊分支編號、測試用例場景名稱、測試用例名稱、測試用例使用的測試數(shù)據(jù)、測試用例執(zhí)行結(jié)果、測試用例執(zhí)行時間。

進一步地，所述步驟2中非關(guān)系型數(shù)據(jù)庫包括但不限于mongo數(shù)據(jù)庫。

進一步地，所述步驟3中分模塊統(tǒng)計包括：

個數(shù)統(tǒng)計：單個模塊單次執(zhí)行按接口測試、單元測試、ui測試分別統(tǒng)計測試用例總數(shù)量、通過數(shù)量、失敗數(shù)量；

通過率：單個模塊單次執(zhí)行按接口測試、單元測試、ui測試分別計算；

通過率＝通過數(shù)量/總數(shù)量；

失敗率＝失敗數(shù)量/總數(shù)量。

進一步地，所述步驟4中將統(tǒng)計值在web界面上以圖表方式進行展示。

本發(fā)明的有益效果在于，通過接口、單元、ui自動化解決方案，大大提高了軟件開發(fā)過程中的測試效率；也給軟件質(zhì)量的可視化提供了有力的數(shù)據(jù)來源；有了可視化的質(zhì)量監(jiān)控過程，就可以根據(jù)這些真實的圖表評估軟件質(zhì)量、開發(fā)質(zhì)量、歷史版本的質(zhì)量比對，達(dá)到對質(zhì)量的量化輸出。

附圖說明

圖1是本發(fā)明流程圖。

圖2是本發(fā)明系統(tǒng)側(cè)視圖。

圖3是本發(fā)明web界面展示中的總覽圖。

圖4是本發(fā)明web界面顯示中的模塊圖。

具體實施方式

本發(fā)明可視化了軟件開發(fā)過程中的質(zhì)量情況，下文中，結(jié)合附圖和實施例對本發(fā)明作進一步闡述。

如圖1所示，本發(fā)明利用接口測試、單元測試、ui(web界面)測試等自動化手段匯總測試結(jié)果數(shù)據(jù)，從而按軟件模塊分類軟件缺陷，包括缺陷數(shù)量、缺陷等級、缺陷分類、缺陷頻率等維度按迭代分期進行統(tǒng)計，并在web界面以一系列圖表進行展示；通過這種方式可以實時顯示迭代當(dāng)前缺陷情況，對比歷史版本，可得到開發(fā)質(zhì)量趨勢圖，以此來可視化軟件開發(fā)過程的質(zhì)量情況。

本發(fā)明包括以下步驟：

步驟1，標(biāo)準(zhǔn)化系統(tǒng)自動測試(各種測試類型包括任何節(jié)點：接口測試、單元測試、ui測試等)的輸出結(jié)果，具體標(biāo)準(zhǔn)為：

1)測試結(jié)果需包括以下內(nèi)容：測試類型a、被測模塊名稱b、被測后臺模塊分支編號c、測試用例場景名稱d、測試用例名稱e、測試用例使用的測試數(shù)據(jù)f、測試用例執(zhí)行結(jié)果(pass或者fail)g、測試用例執(zhí)行時間h；

2)測試結(jié)果內(nèi)容之間的關(guān)系：一個a包含多個b，一個b包含多個c，一個c包含多個d，d、e、f、g則一一對應(yīng)(如圖2所示)。

步驟2，將輸出結(jié)果傳入非關(guān)系型數(shù)據(jù)庫(如mongo)，持久化數(shù)據(jù)，數(shù)據(jù)庫表設(shè)計如下：

1)module表：

2)n1.if.test表(對應(yīng)module表collectionname的值)：

步驟3，單個模塊b1分支的測試用例數(shù)量統(tǒng)計方法：

測試用例總數(shù)量：拿if(接口測試，單元測試與ui測試的統(tǒng)計方式相同)舉例，場景數(shù)量為senario數(shù)組的size(大小)，遍歷senario數(shù)組，累加數(shù)組元素中每個senario的size，即為測試用例總數(shù)量c；

測試用例通過率：用以上方法統(tǒng)計testresult為1的總數(shù)為測試用例通過數(shù)量i，可得通過率1＝i/c；

測試用例失敗率：用以上方法統(tǒng)計testresult為0的總數(shù)為測試用例失敗數(shù)量j，可得失敗率s＝j(luò)/c。

步驟4，web界面展示聚合結(jié)果，得以可視化，具體展示方法為：

1)總覽(如圖3所示)：以表格形式展示；展示內(nèi)容包括各模塊按測試類型區(qū)分最近一次的執(zhí)行狀態(tài)，列名從左向右依次為：編號、模塊、分支名稱、測試類型、用例數(shù)量、失敗數(shù)量、通過率、執(zhí)行時間；按執(zhí)行時間降序排列。

2)一個模塊對應(yīng)一個tab(標(biāo)簽)(如圖4所示)。

3)每個tab里面按測試類型分別展示線形圖，x軸為時間，y軸為數(shù)量，采集測試通過數(shù)量i和測試用例總數(shù)c，繪制兩條不同顏色的線。

4)每個tab里面按測試類型分別展示歷史版本測試用例通過率柱狀圖：x軸為module表createtime，y軸為百分比，每個柱子代表module表的branchname。

下面是本發(fā)明一個實施例，以下為各名詞在本實施例中的簡稱：

開發(fā)人員：dev；測試人員：qa；測試模塊：object；開發(fā)提交的分支：branch；單元測試：unit；接口測試：if；界面測試：ui；測試結(jié)果：result；測試結(jié)果展示平臺：plat。

步驟1，dev將開發(fā)好的object提交到git(一種開發(fā)流程中的代碼協(xié)作管理工具)分支branch。

步驟2，qa利用jenkins(一種持續(xù)集成平臺)拉取branch編譯并執(zhí)行unit，unit執(zhí)行完將自動落庫mongo。

步驟3，打開plat可以發(fā)現(xiàn)總覽第一條為剛剛執(zhí)行的unit記錄，并在object的tab下unit圖表多了一個branch的result記錄且記錄正確。

步驟4，在unit完成后如result非100％，則退回開發(fā)修復(fù)，如100％則qa利用jenkins進行if，if完成后自動落庫mongo。

步驟5，查看plat可以發(fā)現(xiàn)總覽第一條為剛剛執(zhí)行的if記錄，并在object的tab下if圖多了一個branch的result記錄且記錄正確。

步驟6，在if完成后如result非100％，則退回開發(fā)修復(fù)，如100％則qa利用jenkins進行ui，ui完成后自動落庫mongo。

步驟7，查看plat可以發(fā)現(xiàn)總覽第一條為剛剛執(zhí)行的ui記錄，并在object的tab下ui圖多了一個branch的result記錄且記錄正確。

本發(fā)明雖然已以較佳實施例公開如上，但其并不是用來限定本發(fā)明，任何本領(lǐng)域技術(shù)人員在不脫離本發(fā)明的精神和范圍內(nèi)，都可以利用上述揭示的方法和技術(shù)內(nèi)容對本發(fā)明技術(shù)方案做出可能的變動和修改，因此，凡是未脫離本發(fā)明技術(shù)方案的內(nèi)容，依據(jù)本發(fā)明的技術(shù)實質(zhì)對以上實施例所作的任何簡單修改、等同變化及修飾，均屬于本發(fā)明技術(shù)方案的保護范圍。