流馬2.0重磅來襲!!!
前言
經(jīng)過幾個月的努力,反復(fù)的設(shè)計、推倒、再設(shè)計,流馬終于迎來了2.0版本。2.0版本也稱之為企業(yè)版,顧名思義,不再是開源版本。國內(nèi)的開源氛圍確實很難讓人堅持下去,因此作者選擇將流馬作為一個產(chǎn)品繼續(xù)迭代下去。當(dāng)然社區(qū)版仍會繼續(xù)維護下去,遇到問題也歡迎大家通過交流群、社區(qū)或者github等渠道向我反饋。
簡介
市面上自動化測試的技術(shù)到目前為止已經(jīng)處于半停滯不前了,雖然不斷有一些新工具出現(xiàn),但都沒有劃時代的意義,或者說與現(xiàn)有的別無二致。在下一次革命性的工具出現(xiàn)之前,當(dāng)前的自動化技術(shù)其實已經(jīng)可以滿足日常的需求。
而現(xiàn)在我們自動化落地面臨的困境往往并不是技術(shù)上的無法實現(xiàn),很多時候,投產(chǎn)比低、價值不明確、自動化管理混亂等問題更為突出。考慮到這個痛點,流馬2.0版本主要從測試管理及可視化入手,在1.0基礎(chǔ)上加上了更多的測試管理和多維度報表功能。
除此之外,2.0版本還做了很多便捷性使用的提升,以及全新的權(quán)限體系。在后面更新詳情中將會一一介紹。
內(nèi)容
(一) 大盤看板
1. 工作臺
個人工作臺主要統(tǒng)計個人的數(shù)據(jù)情況,并且展示當(dāng)前代辦事項,如需要完成的任務(wù)、待處理的缺陷以及待分析的測試報告等。同時支持快速鏈接到相關(guān)頁面。

2. 團隊看板
團隊看板主要統(tǒng)計團隊維度的數(shù)據(jù),同時也有團隊用戶的數(shù)據(jù)排行榜,團隊下項目的數(shù)據(jù)比對。主要包括團隊的概覽信息、用戶數(shù)據(jù)排行榜和分布圖、項目維度的用例新增數(shù)據(jù)、計劃執(zhí)行的數(shù)據(jù)、用例失敗數(shù)據(jù)以及缺陷處理數(shù)據(jù)等。

(二) 測試管理
1. 迭代管理
在之前的版本中配置中心有迭代版本的配置,但只是一個很粗糙的概念,并沒有掛鉤到團隊日常迭代中去。因此,在2.0版本中我們將迭代版本優(yōu)化,并作為獨立菜單展示在菜單欄,其作用等同于項目開發(fā)過程中的迭代,會根據(jù)開始結(jié)束時間判斷當(dāng)前狀態(tài)以及當(dāng)前所處的迭代周期,同時也支持關(guān)聯(lián)第三方id,方便對接第三方的研發(fā)管理系統(tǒng)。
同時,集合和計劃需要關(guān)聯(lián)迭代版本,且計劃創(chuàng)建時需要指定其類型,如定時執(zhí)行/迭代任務(wù)/回歸測試,從而有不同的觸發(fā)執(zhí)行條件。每個迭代創(chuàng)建不同的測試計劃,從而保障我們可以跟蹤到每次迭代中自動化測試用例的執(zhí)行情況,從而保障測試覆蓋率及質(zhì)量。

2. 需求管理
需求管理與研發(fā)管理中的需求概念一致。每個迭代都有研發(fā)需求,同樣的,對應(yīng)到自動化測試來說,每個迭代新增的功能也應(yīng)當(dāng)有自動化測試用例研發(fā)的需求。在迭代開始時,當(dāng)需求評審?fù)瓿珊螅瑴y試團隊也應(yīng)該評估哪些需求寫功能用例,哪些需求適合寫自動化用例,從而一開始就避免功能用例與自動化用例重疊的情況,減少人力投入的浪費。
同時,這樣也可以將自動化用例與需求綁定,能夠更精準(zhǔn)化地執(zhí)行目標(biāo)用例,不僅可以提升效率,同樣也可以提升測試質(zhì)量。

3. 任務(wù)管理
前面的需求管理是與業(yè)務(wù)掛鉤,那任務(wù)管理便是與人掛鉤,同時也是將業(yè)務(wù)需求與人綁定的橋梁。一個需求可能被拆分為多個自動化用例研發(fā)的任務(wù),將每個人任務(wù)指定到對應(yīng)的責(zé)任人,同時評估每個任務(wù)的用例量。如此我們便能追蹤到需求的用例覆蓋率以及測試人員的任務(wù)完成率,從而解決工作結(jié)果輸出不夠詳細且明確的問題。
此外,當(dāng)用例出現(xiàn)問題時,我們也可以第一時間追蹤到其所屬的業(yè)務(wù)需求以及責(zé)任人,從而能夠快速響應(yīng)去定位問題,再解決問題。甚至在2.0版本的團隊看板中,我們加入了排行榜功能,將團隊中用例輸出多、用例質(zhì)量高的同學(xué)展示出來,也有一定的激勵作用。

(三) 團隊管理
在2.0版本中我們引入了團隊概念,建立在項目的上一層級,從而做到對成員的管理,也能更好地統(tǒng)計項目與成員的關(guān)系和數(shù)據(jù)。在多數(shù)公司中,測試工作往往不是按照組織架構(gòu)來的,更多的是一個個測試小團隊,每個團隊負責(zé)的項目不同,數(shù)量也不同。
考慮到這一點,為了更方便進行項目和成員管理,我們在項目管理上面加了一層團隊管理,每個項目指定所屬的團隊,團隊指定一個管理員,擁有團隊所有的權(quán)限。而團隊成員可以擁有團隊內(nèi)部一個或多個項目的權(quán)限,同時會有團隊看板功能,可以精確地展示團隊成員的成果輸出,以及團隊下的項目核心數(shù)據(jù)比對。
與此同時,團隊的概念誕生也促使原有的權(quán)限體系升級,對于用戶及角色的管理做了新的權(quán)限以及頁面操作,在這里不做詳細介紹,詳情可參考新版使用手冊。

(四) 測試追蹤
1. 報告升級
在1.0版本時,就有不少用戶提出報告需要可以篩選用例執(zhí)行狀態(tài)。因此,2.0版本的測試報告加了全新的升級,除了用例執(zhí)行狀態(tài)的篩選外,我們還額外加入了錯誤分析功能,原有的報告僅僅只是個結(jié)果的展示,但很明顯這樣并不能形成測試的閉環(huán)。
因此在2.0版本里,我們對失敗的用例加入錯誤處理的功能,由測試人員來評估失敗的原因,如缺陷問題、環(huán)境問題或用例問題等。如果是缺陷問題,可以直接在平臺上提交缺陷,我們也支持將該缺陷同步到第三方缺陷管理系統(tǒng)中(由于第三方系統(tǒng)過多,該功能會根據(jù)企業(yè)內(nèi)部使用的具體系統(tǒng)提供定制開發(fā)),同時在質(zhì)量看板中我們也會統(tǒng)計這些問題的分布情況,更好的了解測試執(zhí)行的質(zhì)量。
此外,我們也優(yōu)化了報告的排版,讓結(jié)果更清晰明了。同時升級了結(jié)果獲取的方式,提升了報告展示的性能,且定時清理過期的報告步驟詳情,避免數(shù)據(jù)過于龐大占據(jù)磁盤。

2. 缺陷管理
缺陷管理主要用來記錄測試執(zhí)行中發(fā)現(xiàn)的bug,從而評估測試質(zhì)量及自動化測試的價值輸出。從報告詳情頁創(chuàng)建的缺陷會自動關(guān)聯(lián)測試用例,從而在回歸時能夠更精準(zhǔn)的執(zhí)行相關(guān)用例或測試計劃,提升效率和質(zhì)量。
與其他缺陷管理系統(tǒng)一致,2.0版本的缺陷管理有缺陷等級劃分、責(zé)任人追蹤、解決時間追蹤、狀態(tài)追蹤等能力。同時在各個維度的報表中,也會統(tǒng)計缺陷的數(shù)據(jù)情況和分布,進一步提升可視化能力。

3. 質(zhì)量看板
質(zhì)量看板主要統(tǒng)計項目維度的數(shù)據(jù),同時也會展示當(dāng)前項目下多個迭代之間的數(shù)據(jù)比對。主要統(tǒng)計的數(shù)據(jù)有需求/任務(wù)/缺陷/用例的新增和總數(shù)情況、迭代中各類數(shù)據(jù)的對比情況、近期的計劃執(zhí)行情況以及用例失敗的情況、用例失敗原因以及失敗類型的分布情況等。(注:所有用例執(zhí)行的數(shù)據(jù)在2.0版本中只統(tǒng)計計劃執(zhí)行的結(jié)果,不統(tǒng)計調(diào)試或者集合執(zhí)行等結(jié)果)

(五) 功能升級
2.0版本除了上述的測試管理、可視化等相關(guān)功能的發(fā)布外,在測試用例編寫和執(zhí)行上也做了許多優(yōu)化功能,列舉部分功能如下:
接口字段級別的變更支持同步到已有用例接口支持快捷調(diào)試執(zhí)行測試用例支持添加多個前后置用例測試用例支持切換屬性圖展示條件或循環(huán)步驟的層級關(guān)系接口測試支持Xpath斷言和數(shù)據(jù)庫斷言接口/頁面/視圖/用例等模塊支持修改模塊名稱
當(dāng)然還有很多細節(jié)上的優(yōu)化,在這里不做一一列舉,有興趣的用戶可以申請體驗平臺的賬號自行體驗了解。
寫在最后
2.0企業(yè)版研發(fā)不易,作者目前全職做流馬這款產(chǎn)品的研發(fā),所以也請大家多多支持,幫忙宣傳。大家如有興趣可以上體驗環(huán)境體驗企業(yè)版功能,企業(yè)版鏈接: http://demo-ee.liumatest.cn
企業(yè)版不再支持注冊用戶,可聯(lián)系作者創(chuàng)建用戶,二維碼如下,如需加入技術(shù)交流群,添加時備注一下。
