網(wǎng)站可擴展性的性能測試和壓力測試

我們通常會用一個問句，即這個流程與可擴展性有關(guān)嗎?這一次，希望你已經(jīng)可以列出性能測試和壓力測試在影響可擴展性的多種因素中占有一席之地的原因了。在探討它們之間的關(guān)系時，我們準備把重點放在三個方面，即余量、變更控制和風險管理。
你了解自己系統(tǒng)中某個特定服務使用的產(chǎn)能是多少，對于可擴展性來說，至關(guān)重要。知道這一點，就可以計算距離擴展，你還有多少時間和發(fā)展空間。它是規(guī)劃余量和基礎設施項目、拆分數(shù)據(jù)庫/應用以及制定預算的基礎。而確保你計算準確的方法是對所有發(fā)布的版本都進行性能測試，這樣可以保證你沒有引人意想不到的負載增加。一個組織在一次發(fā)布中達到了所允許的大負載增量是很常見的。當你在產(chǎn)能規(guī)劃方面變得日益成熟時，你就會把新功能帶來的負載看作一種成本，要把它計入成本收益分析。此外，為了確保預計的斷點和性能下降曲線仍舊與以前識別的一樣，壓力測試也是必需的。有可能常規(guī)的使用負載沒有變化，但新的代碼路徑或邏輯改變卻會造成整體負載能力的下降。例如，如果一個數(shù)據(jù)結(jié)果的查詢增加了90毫秒，那么在用戶請求的整體響應時間中，它可能不會引起注意，但如果這個服務是和其他服務同步綁定在一起的，如負載構(gòu)建服務，那么成百上千個90毫秒的延遲累加起來，就會降低該服務的大產(chǎn)能。

當我們討論變更管理時，我們不只討論了適用于創(chuàng)業(yè)公司的輕量級變更識別流程，還討論了積極管理生產(chǎn)環(huán)境中的變更的公司可以采用的完整變更管理流程。我們把變更管理定義為由下列組件構(gòu)成，即變更建議、變更批準、變更日程安排、變更實施和記錄、變更驗證以及變更審查。性能測試和壓力測試強化了變更管理流程，它們提供了實踐性的實現(xiàn)，并且非常重要的是，驗證了變更。如果你沒有證明一個變更會真的按照你預想的那樣影響系統(tǒng)，例如修復了一個bug或者提供了一個新功能，那么你一定不想實施這個變更。作為性能測試和壓力測試的一部分，我們可以在一個可控的環(huán)境中驗證預計的變更結(jié)果。這個額外的步驟，可以確保變更在生產(chǎn)環(huán)境中實施后，它能夠在各種負載下，像它在測試時表現(xiàn)的那樣運行。
在把性能測試和壓力測試關(guān)聯(lián)到可擴展性時，我們應該考慮的最重要的因素是風險管理。要確保你的系統(tǒng)能夠擴展，風險管理是最重要的流程之一。在風險管理之前要進行風險分析，即嘗試計算各種行動或組件中的風險大小。性能測試和壓力測試是兩種能夠大大降低某次服務變更帶來的風險的方法。例如，如果我們使用的是故障模式和后果分析法，識別出某個功能的故障模式是會增加查詢時間，而建議的補救措施是在真實的負載條件下測試這個功能，就像性能測試一樣，以確定該功能的真正反應。還可以像壓力測試那樣，用極限負載來進行測試，以觀察該功能在超常規(guī)條件下的反應。這兩種測試都能提供更多關(guān)于該功能的真實性能都是強有力的工具。的信息，從而降低了風險。對于降低或管理每次發(fā)布的風險或系統(tǒng)整體的風險來說，這兩種測試有著內(nèi)在的聯(lián)系。
不過，正如我們在討論網(wǎng)站建設壓力測試時所警告的，制造測試負載并不容易，如從余量、變更控制和風險管理這三個方面，我們可以發(fā)現(xiàn)系統(tǒng)的可擴展性與采用性能和壓力流程。如果做得不好，會生成錯誤的數(shù)據(jù)。但這并不意味著就不值得去理解、實施以及(最終)掌握這些測試。

分享文章：網(wǎng)站可擴展性的性能測試和壓力測試
轉(zhuǎn)載注明：http://muchs.cn/news/142852.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供用戶體驗、搜索引擎優(yōu)化、網(wǎng)頁設計公司、網(wǎng)站收錄、動態(tài)網(wǎng)站、移動網(wǎng)站建設

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)