原創(chuàng)|使用教程|編輯:鄭恭琳|2020-11-25 13:34:35.723|閱讀 356 次
概述:了解如何在整個(gè)組織中左移性能測(cè)試。
# 界面/圖表報(bào)表/文檔/IDE等千款熱門(mén)軟控件火熱銷(xiāo)售中 >>
相關(guān)鏈接:
了解如何在整個(gè)組織中左移性能測(cè)試。
每個(gè)沖刺都是至關(guān)重要的,向前邁進(jìn)的決策很快就可以實(shí)現(xiàn)。為了促進(jìn)快速反饋過(guò)程,測(cè)試團(tuán)隊(duì)必須在非常短的時(shí)間內(nèi)端到端全面驗(yàn)證其應(yīng)用程序。為了最大程度地進(jìn)行這項(xiàng)工作,測(cè)試團(tuán)隊(duì)可以現(xiàn)代化他們的測(cè)試方法,以在軟件測(cè)試的最早階段獲得最佳的投資回報(bào)。
向左移性能測(cè)試意味著使開(kāi)發(fā)人員和測(cè)試人員能夠在開(kāi)發(fā)周期的早期階段進(jìn)行性能測(cè)試。傳統(tǒng)上,性能測(cè)試是在開(kāi)發(fā)周期結(jié)束時(shí)執(zhí)行的任務(wù),因?yàn)樗枰唤M專(zhuān)門(mén)的工具和技能,即由受過(guò)訓(xùn)練的性能測(cè)試工程師在專(zhuān)用環(huán)境中使用昂貴的硬件。相反,左移性能測(cè)試策略允許測(cè)試人員在開(kāi)發(fā)單個(gè)組件時(shí)進(jìn)行較小的臨時(shí)性能測(cè)試。
為此,團(tuán)隊(duì)需要在實(shí)現(xiàn)功能時(shí)開(kāi)始創(chuàng)建性能測(cè)試以及單元測(cè)試和功能測(cè)試,并將這些性能測(cè)試配置為自動(dòng)運(yùn)行并以提醒您性能降低的方式進(jìn)行報(bào)告。要自動(dòng)執(zhí)行測(cè)試,必須將性能測(cè)試執(zhí)行緊密集成為CI/CD流程的一部分,在該過(guò)程中,每次檢入代碼后,性能測(cè)試都會(huì)與功能測(cè)試和單元測(cè)試一起在本地環(huán)境中執(zhí)行。
此過(guò)程使組織能夠了解將新組件添加到其應(yīng)用程序的總體性能中的細(xì)微影響,并最終在交付生命周期中更早地發(fā)現(xiàn)與性能相關(guān)的缺陷。從公司文化的角度來(lái)看,向左轉(zhuǎn)移性能測(cè)試還意味著使開(kāi)發(fā)人員更加參與。在大多數(shù)情況下,開(kāi)發(fā)團(tuán)隊(duì)可以在發(fā)現(xiàn)性能下降的一天之內(nèi)進(jìn)行優(yōu)化增強(qiáng),而不是等到整個(gè)應(yīng)用程序都構(gòu)建完成。
首先,您需要建立良好的組織支持。將質(zhì)量作為一個(gè)過(guò)程而不是作為一個(gè)響應(yīng)來(lái)解決,對(duì)于將性能測(cè)試轉(zhuǎn)移到整個(gè)企業(yè)至關(guān)重要。此過(guò)程中的關(guān)鍵參與者是產(chǎn)品經(jīng)理,因?yàn)樾阅軠y(cè)試和相關(guān)的開(kāi)發(fā)時(shí)間是以實(shí)現(xiàn)為代價(jià)的,這可能會(huì)減慢開(kāi)發(fā)周期。PM團(tuán)隊(duì)必須了解為什么要進(jìn)行此流程,并且必須了解減少修補(bǔ)程序和性能優(yōu)化的價(jià)值所在。
接下來(lái),除了在應(yīng)用程序級(jí)別之外在組件級(jí)別定義SLA,還可以進(jìn)行早期反饋,并幫助開(kāi)發(fā)人員了解代碼修改對(duì)他們正在開(kāi)發(fā)的各個(gè)組件的影響。這種細(xì)粒度的性能測(cè)試使利益相關(guān)者更容易了解熱點(diǎn)發(fā)生的位置。
重要的是,將您的大部分測(cè)試實(shí)踐從以UI為中心的測(cè)試遷移到API和數(shù)據(jù)庫(kù)測(cè)試之類(lèi)的自動(dòng)化測(cè)試中。這些類(lèi)型的測(cè)試實(shí)踐除了具有更高的可維護(hù)性和可擴(kuò)展性之外,還可以立即用于性能測(cè)試中,可以查明性能問(wèn)題的根本原因,并且對(duì)變更具有高度的彈性。
最后,組織必須將性能測(cè)試集成到構(gòu)建過(guò)程中,以便在代碼簽入后執(zhí)行基本的冒煙測(cè)試性能測(cè)試,并且每晚都要運(yùn)行全套性能測(cè)試。為此,您需要考慮硬件。自動(dòng)化性能測(cè)試確實(shí)比功能測(cè)試需要更多的計(jì)算資源,因此開(kāi)發(fā)團(tuán)隊(duì)需要為此做準(zhǔn)備。審查現(xiàn)有性能基礎(chǔ)架構(gòu)是否適合左移方法或需要修改(即云代理),這也是過(guò)渡到性能測(cè)試自動(dòng)化的關(guān)鍵考慮因素之一。
開(kāi)發(fā)人員擁有其應(yīng)用程序的性能。開(kāi)發(fā)人員必須使用微服務(wù),REST/SOAP API和模塊化設(shè)計(jì)架構(gòu)來(lái)創(chuàng)建可以進(jìn)行性能測(cè)試的應(yīng)用程序,以便可以在開(kāi)發(fā)單個(gè)組件時(shí)對(duì)其進(jìn)行負(fù)載測(cè)試。
測(cè)試人員可以使他們的測(cè)試用例與應(yīng)用程序中的關(guān)鍵工作流保持一致,以便可以在性能測(cè)試過(guò)程中利用它們。專(zhuān)注于應(yīng)用程序的API層,使它在更改和管理方面更具彈性。兩個(gè)團(tuán)隊(duì)都使用SLA之外的報(bào)告,以便應(yīng)用程序根據(jù)最近的代碼檢入來(lái)確定問(wèn)題區(qū)域,以幫助他們確定需要優(yōu)化的組件。
為左移性能測(cè)試過(guò)程選擇正確的工具很重要,但并不像在自動(dòng)化工作流程中一起使用它們那樣重要。早期的性能測(cè)試通常是在口袋里進(jìn)行的,精明的測(cè)試人員和開(kāi)發(fā)人員在其中使用各種開(kāi)放源代碼和商業(yè)上可用的工具來(lái)設(shè)計(jì)技術(shù),但是最終卻被忽略了,因?yàn)樗鼪](méi)有被集成為整個(gè)自動(dòng)化過(guò)程的一部分。
相反,測(cè)試人員應(yīng)該使用專(zhuān)用的商業(yè)工具,使他們能夠以自動(dòng)化的方式創(chuàng)建性能測(cè)試。開(kāi)發(fā)人員可以使用類(lèi)似的工具來(lái)優(yōu)化其工作,或者創(chuàng)建低級(jí)腳本來(lái)驅(qū)動(dòng)自動(dòng)化和負(fù)載。那么,您需要什么工具?
以下工具簡(jiǎn)化了維護(hù),可以集中管理,并提供易于使用的UI來(lái)理解結(jié)果。
功能測(cè)試工具
功能測(cè)試應(yīng)該已經(jīng)成為您連續(xù)測(cè)試策略的一部分。您選擇用于功能測(cè)試自動(dòng)化的工具應(yīng)該集中在應(yīng)用程序的API層(以簡(jiǎn)化測(cè)試用例的執(zhí)行操作和維護(hù))以及UI層(用于端到端和用戶體驗(yàn)測(cè)試)。功能測(cè)試工具用于在UI級(jí)別或API級(jí)別創(chuàng)建基準(zhǔn)(重用)執(zhí)行路徑。這些執(zhí)行路徑與用戶故事相匹配,因此性能測(cè)試的結(jié)果與受影響的用戶故事之間將存在關(guān)聯(lián)。
性能測(cè)試工具
具體來(lái)說(shuō),您需要一個(gè)性能測(cè)試工具,該工具可以使用功能測(cè)試工件并在負(fù)載下運(yùn)行它們。這些工具應(yīng)具有各種負(fù)載控制參數(shù),例如虛擬用戶數(shù)或隨時(shí)間推移的事務(wù)。然后,這些工具應(yīng)報(bào)告到集中式儀表板中以匯總結(jié)果。
服務(wù)虛擬化工具
服務(wù)虛擬化工具可以在左移性能測(cè)試的早期階段解決整體應(yīng)用程序中缺少的組件。您在早期性能測(cè)試中將面臨的主要挑戰(zhàn)之一是缺乏通過(guò)并行開(kāi)發(fā)工作或第三方組件提供的支持基礎(chǔ)結(jié)構(gòu)。通過(guò)建立這些相關(guān)系統(tǒng)的基準(zhǔn)并在虛擬服務(wù)中對(duì)其進(jìn)行建模,您可以為生產(chǎn)創(chuàng)建類(lèi)似的應(yīng)用基準(zhǔn)條件,并在測(cè)試過(guò)程中集中精力于單個(gè)組件的性能。
持續(xù)集成工具
左移性能測(cè)試在自動(dòng)化過(guò)程中效果最好。如果部署了自動(dòng)化,則“性能測(cè)試”僅意味著對(duì)自動(dòng)化性能測(cè)試的檢查/維護(hù),因?yàn)樵撨^(guò)程是自動(dòng)化而非手動(dòng)的,因此從長(zhǎng)遠(yuǎn)來(lái)看減少了執(zhí)行測(cè)試的時(shí)間。
通過(guò)使性能測(cè)試策略與連續(xù)測(cè)試策略保持一致,并與Jenkins,Bamboo,Microsoft VSTS等工具集成,您可以創(chuàng)建一個(gè)完全自動(dòng)化的流程。您的CI工具應(yīng)使您能夠根據(jù)代碼簽入執(zhí)行性能測(cè)試,以便一致的性能測(cè)試可以在夜間運(yùn)行。
另外,您的CI工具應(yīng)與報(bào)告和分析儀表板集成,并自動(dòng)發(fā)布結(jié)果,以便您可以快速了解趨勢(shì)數(shù)據(jù)。
集中式儀表板,可匯總結(jié)果
說(shuō)到您的報(bào)告和分析儀表板…集中式儀表板非常重要,因?yàn)樗褂脩裟軌蛲ㄟ^(guò)按項(xiàng)目,組件,API等顯示趨勢(shì)信息來(lái)了解組件性能測(cè)試的增量影響。
您的集中式儀表板應(yīng)具有自動(dòng)執(zhí)行性能測(cè)試,定義將性能測(cè)試轉(zhuǎn)換為通過(guò)/失敗指示符的SLA以及查看歷史趨勢(shì)的能力。此外,報(bào)告儀表板應(yīng)提供將性能測(cè)試與其初始要求相關(guān)聯(lián)的詳細(xì)信息,以便企業(yè)可以適當(dāng)?shù)貙?duì)出現(xiàn)的問(wèn)題進(jìn)行優(yōu)先級(jí)排序,以及高級(jí)別的通過(guò)/失敗視圖,并同時(shí)包含每個(gè)小細(xì)節(jié),因此您可以在檢測(cè)到故障后確定故障原因。
左移方法將開(kāi)發(fā)人員添加為儀表板用戶(除了管理人員和測(cè)試人員),因此儀表板必須具有開(kāi)發(fā)人員正在尋找的低級(jí)詳細(xì)信息,以有效調(diào)查并確定SLA失敗或歷史趨勢(shì)的原因。
不斷的熱補(bǔ)丁和性能優(yōu)化更新使消費(fèi)者精疲力盡。他們渴望獲得新功能。由于性能測(cè)試傳統(tǒng)上是在周期結(jié)束時(shí)進(jìn)行的,因此不可避免地會(huì)影響交付截止日期,因此可以通過(guò)負(fù)面的眼光來(lái)看待它。通過(guò)聯(lián)合性能測(cè)試流程并使敏捷團(tuán)隊(duì)能夠采用“左移”迭代方法進(jìn)行性能測(cè)試,可以及早發(fā)現(xiàn)問(wèn)題。這不僅確??梢暂p松評(píng)估所做出的技術(shù)決策是否會(huì)降低性能,而且還可以通過(guò)優(yōu)化每個(gè)單獨(dú)的區(qū)域并專(zhuān)注于性能來(lái)最終提供整體上性能更高的產(chǎn)品。
本站文章除注明轉(zhuǎn)載外,均為本站原創(chuàng)或翻譯。歡迎任何形式的轉(zhuǎn)載,但請(qǐng)務(wù)必注明出處、不得修改原文相關(guān)鏈接,如果存在內(nèi)容上的異議請(qǐng)郵件反饋至chenjj@fc6vip.cn