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

創(chuàng)新互聯(lián)自2013年創(chuàng)立以來，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項目做網(wǎng)站、成都做網(wǎng)站網(wǎng)站策劃，項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元博愛做網(wǎng)站,已為上家服務(wù),為博愛各地企業(yè)和個人服務(wù),聯(lián)系電話:13518219792

前言：

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

目錄：

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

2.什么是測試管理

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

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

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

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

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

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

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

2.什么是測試管理

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

那為什么DevOps要做測試管理呢？

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

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

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

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

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

我們可以將需求拆分成3個部分：測試用例、測試計劃、測試報告

1、測試用例

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

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

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

2、測試計劃

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

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

魯迅曾說，“沒有測試用例的測試計劃不是一個好的測試計劃”。

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

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

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

3、測試報告 

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

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

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

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

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

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

最后的最后，辟謠！

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

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