如何進(jìn)行DevOps平臺(tái)的測(cè)試管理設(shè)計(jì)

如何進(jìn)行DevOps平臺(tái)的測(cè)試管理設(shè)計(jì)，針對(duì)這個(gè)問題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡(jiǎn)單易行的方法。

前言：

IBM曾經(jīng)指出，測(cè)試管理有助于DevOps通過利用數(shù)據(jù)促進(jìn)持續(xù)集成和交付。本篇文章主要講述普元DevOps6.0是怎樣設(shè)計(jì)一個(gè)幫助用戶獲得他們優(yōu)質(zhì)產(chǎn)品的測(cè)試管理，普元DevOps6.0的測(cè)試管理如何做到幫助產(chǎn)品更快地交付。

目錄：

1.測(cè)試管理對(duì)于產(chǎn)品的幫助

2.什么是測(cè)試管理

3.測(cè)試管理的設(shè)計(jì)

1.測(cè)試管理對(duì)于產(chǎn)品的幫助

老話說的好，工欲善其事，必先利其器。對(duì)于開發(fā)團(tuán)隊(duì)來說，有很多工作需要做好，測(cè)試管理不僅可以使產(chǎn)品實(shí)現(xiàn)這些效果，還可以使它們超越自我，達(dá)到最佳。IBM曾經(jīng)指出，測(cè)試管理有助于產(chǎn)品通過利用數(shù)據(jù)促進(jìn)交付。測(cè)試用例和測(cè)試數(shù)據(jù)可以輕松關(guān)聯(lián)，并分析各種結(jié)果。這些見解對(duì)于幫助開發(fā)團(tuán)隊(duì)進(jìn)步并不斷滿足用戶需求至關(guān)重要。

“功能測(cè)試可以證實(shí)應(yīng)用程序的行為，測(cè)試數(shù)據(jù)管理能夠使研發(fā)機(jī)構(gòu)去評(píng)估測(cè)試數(shù)據(jù)成功與否的變化”IBM說。通過對(duì)比前后期測(cè)試數(shù)據(jù)，無論測(cè)試是否通過，都將有助于分析測(cè)試數(shù)據(jù)結(jié)果。這種做法很好的處理了許多隱藏問題，從而能夠快速識(shí)別并解決產(chǎn)品的問題。

通常來說，測(cè)試已經(jīng)到了軟件開發(fā)生命周期的最后階段，在保證一切工作正常的情況下留給企業(yè)做重大改變的空間非常有限。Datical指出，傳統(tǒng)的軟件開發(fā)手段通常會(huì)在開發(fā)周期后半程才發(fā)現(xiàn)缺陷，這通常迫使組織付出很大的代價(jià)來解決這些問題，并最終減緩整個(gè)開發(fā)進(jìn)程。測(cè)試管理將成為產(chǎn)品質(zhì)量的推動(dòng)者，并確保產(chǎn)品符合利益相關(guān)者和用戶所設(shè)定的質(zhì)量標(biāo)準(zhǔn)。

“QA實(shí)際上被認(rèn)為是DevOps中非常關(guān)鍵的組件，甚至于DevOps強(qiáng)調(diào)質(zhì)量保證是每個(gè)人的責(zé)任”，Datical說。但這并不意味著QA專業(yè)人員在DevOps環(huán)境中不再具有作用，而是意味著與組織中的其他所有人對(duì)質(zhì)量和穩(wěn)定性承擔(dān)更多的責(zé)任，QA可以并且應(yīng)該扮演更具戰(zhàn)略意義的角色，并提供對(duì)質(zhì)量保證功能的全面監(jiān)督，以及建立更強(qiáng)大穩(wěn)定的測(cè)試基礎(chǔ)設(shè)施。

正如意料之中的，測(cè)試管理使開發(fā)團(tuán)隊(duì)和測(cè)試團(tuán)隊(duì)能夠更好地協(xié)作以更快的交付和敏捷的支持，另一方面這些好處也從本質(zhì)上導(dǎo)致了跨項(xiàng)目的質(zhì)量的提高。

2.什么是測(cè)試管理

那是一個(gè)平平無奇的下午，我一如既往的搬運(yùn)著代碼，老大突然過來和我說了有這么個(gè)需求，我當(dāng)時(shí)是沒有相關(guān)概念的，老大看出我小小眼睛里的大大的疑惑，為了解決我的疑惑拉上了產(chǎn)品經(jīng)理開了數(shù)次的討論會(huì)，給我說明了各種使用場(chǎng)景，我終于是了解了要做的是什么了，原來是測(cè)試管理。

那為什么DevOps要做測(cè)試管理呢？

獻(xiàn)上百度百科對(duì)于測(cè)試管理的介紹：就是把測(cè)試管理作為一個(gè)系統(tǒng)，對(duì)組成這個(gè)系統(tǒng)的各個(gè)過程加以識(shí)別和管理，以實(shí)現(xiàn)設(shè)定的系統(tǒng)目標(biāo)。同時(shí)要使這些過程協(xié)同作用、互相促進(jìn)，從而使它們的總體作用大于各過程作用之和。其主要目的是在設(shè)定的條件限制下，盡可能發(fā)現(xiàn)和排除產(chǎn)品缺陷。

美國質(zhì)量保證研究所對(duì)軟件測(cè)試的研究結(jié)果表明:越早發(fā)現(xiàn)軟件中存在的問題，開發(fā)成本就越低;在編碼后修改軟件缺陷的成本是編碼前的10倍，在產(chǎn)品交付后修改軟件缺陷的成本是交付前的10倍;軟件質(zhì)量越高，軟件發(fā)布后的維護(hù)成本越低。

看到這里就不應(yīng)該問為什么做了，而是應(yīng)該反問了，這么猴賽雷的能力為什么不做呢？

但是頭疼的事情來了，怎么設(shè)計(jì)才能達(dá)到效果？

3.測(cè)試管理的設(shè)計(jì)

我們可以將需求拆分成3個(gè)部分：測(cè)試用例、測(cè)試計(jì)劃、測(cè)試報(bào)告

1、測(cè)試用例

解析需求的過程和目的，明確要達(dá)到的效果，對(duì)操作過程和預(yù)期結(jié)果進(jìn)行描述，這個(gè)過程將輸出為測(cè)試用例。那么怎么統(tǒng)一管理測(cè)試用例呢？DevOps的用例庫會(huì)對(duì)測(cè)試用例進(jìn)行統(tǒng)一的管理。做到這里肯定還是不夠的，我們需要再對(duì)測(cè)試用例進(jìn)行更詳細(xì)的分類，這里就使用了分組對(duì)相同類型或者是相同功能的測(cè)試用例進(jìn)行分類，這里當(dāng)然是不禁止套娃的，樹形分組可以把測(cè)試用例分類成你想要的那樣。

那么用例庫是不是就只能進(jìn)行測(cè)試用例的操作或者管理呢？或者說僅僅增刪改查就能滿足用戶的需要了嗎？當(dāng)然是不夠的，用戶可以在用例庫中對(duì)相關(guān)數(shù)據(jù)進(jìn)行查看，測(cè)試用例將與不同測(cè)試計(jì)劃中的該條用例執(zhí)行結(jié)果關(guān)聯(lián)，可對(duì)多次執(zhí)行的結(jié)果進(jìn)行分析和總結(jié)。為了追溯執(zhí)行該條用例產(chǎn)生的缺陷，測(cè)試用例也與不同測(cè)試計(jì)劃中的該條用例產(chǎn)生的缺陷進(jìn)行了關(guān)聯(lián)，可以隨時(shí)關(guān)注到所關(guān)聯(lián)的缺陷的狀態(tài)。

另外有一個(gè)使用場(chǎng)景需要考慮到，用戶如果要?jiǎng)h除掉某個(gè)已有執(zhí)行結(jié)果的測(cè)試用例，那這個(gè)操作是不能影響引入該用例的已完成和歸檔的測(cè)試計(jì)劃，我們可以將該測(cè)試用例標(biāo)記為已廢棄狀態(tài)。同樣的，引入該用例的未執(zhí)行和已執(zhí)行中的測(cè)試計(jì)劃中，該條用例也會(huì)被標(biāo)記，可以讓測(cè)試人員根據(jù)具體需要決定是否要將此用例移除。

2、測(cè)試計(jì)劃

確定各測(cè)試階段的計(jì)劃和目標(biāo)，明確要完成的測(cè)試活動(dòng)，評(píng)估完成活動(dòng)所需要的時(shí)間，進(jìn)行活動(dòng)安排和分配，這個(gè)過程將輸出為測(cè)試計(jì)劃。

什么叫各測(cè)試階段的計(jì)劃和目標(biāo)？舉個(gè)栗子，比如驗(yàn)證基本功能，目標(biāo)就是確定產(chǎn)品基本功能可用。明確要完成的測(cè)試活動(dòng)，接著上面拋來的栗子，要驗(yàn)證基本功能所要執(zhí)行的測(cè)試用例就是要完成的活動(dòng)。評(píng)估時(shí)間的目的是對(duì)測(cè)試計(jì)劃執(zhí)行的進(jìn)度進(jìn)行把控，可以幫助測(cè)試人員更好的利用和分配時(shí)間?；顒?dòng)安排和分配能對(duì)測(cè)試計(jì)劃的執(zhí)行進(jìn)行更細(xì)化的管理。如果是測(cè)試用例較多、時(shí)間比較緊張的計(jì)劃，不可能將一整個(gè)測(cè)試計(jì)劃的執(zhí)行都讓一個(gè)測(cè)試伙伴去做，這時(shí)候就要根據(jù)測(cè)試伙伴們的時(shí)間分配任務(wù)了。

魯迅曾說，“沒有測(cè)試用例的測(cè)試計(jì)劃不是一個(gè)好的測(cè)試計(jì)劃”。

當(dāng)創(chuàng)建測(cè)試計(jì)劃時(shí)，用戶選擇需要的測(cè)試用例導(dǎo)入，為了方便管理和查看，導(dǎo)入測(cè)試用例時(shí)也會(huì)帶入用例在用例庫的分組信息，要注意的是在計(jì)劃中修改用例的信息不應(yīng)該對(duì)用例庫中的該測(cè)試用例產(chǎn)生影響。一個(gè)好的測(cè)試計(jì)劃不僅僅得有用例，用戶還會(huì)關(guān)心這些用例在用例庫里的比例，也就是用例庫覆蓋率。當(dāng)然除了這個(gè)還必須要對(duì)測(cè)試計(jì)劃的執(zhí)行過程進(jìn)行關(guān)注，執(zhí)行成功了多少，失敗了多少，還有多少關(guān)聯(lián)的任務(wù)還未解決，這都是用戶比較關(guān)注的問題，我們需要對(duì)這些數(shù)據(jù)進(jìn)行統(tǒng)計(jì)。

測(cè)試計(jì)劃開始執(zhí)行時(shí)，會(huì)進(jìn)入測(cè)試執(zhí)行頁，測(cè)試人員根據(jù)測(cè)試用例的步驟描述執(zhí)行測(cè)試，測(cè)試結(jié)果與描述的預(yù)期結(jié)果進(jìn)行比對(duì)，對(duì)比對(duì)的結(jié)果進(jìn)行記錄，如果測(cè)試該功能產(chǎn)生了bug，直接在測(cè)試執(zhí)行頁產(chǎn)生缺陷任務(wù)項(xiàng)，若存在相同的已存在的bug任務(wù)項(xiàng)，測(cè)試人員可更改相應(yīng)的任務(wù)項(xiàng)的狀態(tài)。

這里也需要對(duì)測(cè)試的完成狀態(tài)進(jìn)行把控，若計(jì)劃沒有執(zhí)行完全，或者還有未執(zhí)行的測(cè)試用例時(shí)，用戶要變更此計(jì)劃的狀態(tài)，要對(duì)用戶進(jìn)行提醒，因?yàn)橛?jì)劃的狀態(tài)“未執(zhí)行->執(zhí)行中->已完成->已歸檔”是不可逆的。測(cè)試執(zhí)行時(shí)，項(xiàng)目管理員需要查看測(cè)試計(jì)劃的產(chǎn)生的缺陷的情況，那我們就需要提供查看此測(cè)試計(jì)劃關(guān)聯(lián)的缺陷項(xiàng)，測(cè)試人員可以對(duì)已解決的缺陷項(xiàng)關(guān)聯(lián)的測(cè)試用例進(jìn)行驗(yàn)證執(zhí)行，可根據(jù)執(zhí)行結(jié)果判斷缺陷是否已被解決，解決就關(guān)閉任務(wù)項(xiàng)，未解決就重新打開。

3、測(cè)試報(bào)告 

根據(jù)測(cè)試用例運(yùn)行程序，將獲得的運(yùn)行結(jié)果與預(yù)期結(jié)果進(jìn)行比較和分析，記錄當(dāng)前測(cè)試結(jié)果，記錄、跟蹤和管理產(chǎn)品缺陷，最終得到測(cè)試報(bào)告。

根據(jù)用戶關(guān)心的數(shù)據(jù)，測(cè)試報(bào)告的設(shè)計(jì)應(yīng)該包含測(cè)試執(zhí)行報(bào)告、測(cè)試結(jié)果報(bào)告、關(guān)聯(lián)缺陷報(bào)告。

測(cè)試執(zhí)行報(bào)告應(yīng)該從多個(gè)方面反映出測(cè)試計(jì)劃的執(zhí)行過程，要反映計(jì)劃整體的進(jìn)度，就需要從3個(gè)角度去看：從時(shí)間角度，計(jì)劃已執(zhí)行的天數(shù)和評(píng)估的時(shí)間進(jìn)行對(duì)比；從結(jié)果的角度，要看計(jì)劃中測(cè)試用例執(zhí)行了多少，未通過的數(shù)量有多少；從關(guān)聯(lián)缺陷的角度，是否還有未解決的缺陷。

測(cè)試結(jié)果報(bào)告以計(jì)劃為單位展示測(cè)試用例執(zhí)行結(jié)果數(shù)據(jù)，考慮到用戶會(huì)有查看匯總數(shù)據(jù)的需求，設(shè)計(jì)時(shí)應(yīng)該提供匯總多個(gè)計(jì)劃中測(cè)試用例執(zhí)行結(jié)果數(shù)據(jù)的。

測(cè)試小伙伴們比較關(guān)心的數(shù)據(jù)就是提交的缺陷改了沒，還有多少缺陷需要驗(yàn)證的，缺陷報(bào)告會(huì)統(tǒng)計(jì)這些數(shù)據(jù)。測(cè)試小伙伴們?cè)跍y(cè)試過程中提交關(guān)聯(lián)缺陷，缺陷報(bào)告會(huì)以直觀的柱狀圖展示自己提交的缺陷的狀態(tài)，幫助測(cè)試小伙伴們了解自己相關(guān)的工作量。

就寫到這里了，當(dāng)然還有些不足的地方，比如說缺少了審批的環(huán)節(jié)、測(cè)試報(bào)告不夠全面、各模塊的關(guān)聯(lián)性是不是就足夠了？這些問題的解決會(huì)在之后的版本里推出，大家有什么想法可以在評(píng)論區(qū)討論哦！

最后的最后，辟謠！

“那句話我沒說過，是他瞎扯”  ————  魯迅

關(guān)于如何進(jìn)行DevOps平臺(tái)的測(cè)試管理設(shè)計(jì)問題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識(shí)。