效能測試理論之二八原則
企鵝交流群>79642549
在效能測試方法論中,很典型的方法就是二八原則,量化業務需求。
二八原則:指80%的業務量在20%的時間裡完成。
如何理解,下面我們來個例子吧
使用者登入場景:早高峰時段,8:50---9:10,5000坐席上線登陸。
業務量:5000個
時間:20x60=1200秒
吞吐量=80%x業務量/(20%*時間)=4000/240=16.7/秒
而並非5000/1200=4.1/秒
實際上,登入請求數分佈是一個正態分佈,最高峰時肯定比4.1/秒更高,高峰段實際上完成了80%的業務量,卻只花了20%的時間。
溫馨提示:
1.二八原則計算的結果並非在線併發使用者數,是系統要達到的處理能力(吞吐量),初學者容易被誤導,那這這個資料就去設定併發數,這是錯誤滴。
2.如果你的系統性能要求更高,也可以選擇一九原則或更嚴格的演算法,二八原則比較通用,一般系統性能比較接近這個演算法而已,大家應該活用。
3.tps、響應時間、線上併發數三者關係詳解:點選開啟連結
相關推薦
效能測試理論之二八原則
企鵝交流群>79642549 在效能測試方法論中,很典型的方法就是二八原則,量化業務需求。 二八原則:指80%的業務量在20%的時間裡完成。 如何理解,下面我們來個例子吧 使用者登入場景:早高峰時段,8:50---9:10,5000坐席上線登陸。 業務
Linux VPS/伺服器效能測試工具之二
無論我們選擇國內、國外VPS、伺服器,我們都希望價效比高,都凸顯在哪些方面呢?價格成本、速度、穩定性,以及各種支援的功能。其中最為關鍵的我們在選擇便宜VPS主機的時候可能會用於國內的建站等專案,其實最為直接的測試速度就是我們架設網站之後看看實際的使用者開啟速度,這樣其實是最好
效能測試二八原則,響應時間2/5/8原則
所謂響應時間的“2-5-8原則”,簡單說,就是 當用戶能夠在2秒以內得到響應時,會感覺系統的響應很快; 當用戶在2-5秒之間得到響應時,會感覺系統的響應速度還可以; 當用戶在5-8秒以內得到響應時,會感覺系統的響應速度很慢,但是還可以接受; 而當用戶在超過8秒後仍
效能測試二十一:效能測試環境之mysql
在正常工作中,mysql應該部署到 一臺獨立的伺服器上,不與tomcat共用伺服器,由於成本原因,現部署到一起 為避免出錯引起麻煩,先備份: 一:環境清理:先解除安裝系統自帶的mysql 停止mysql:service mysql stop 1、查詢以前是否裝有mysql:命令:rpm -qa|g
響應時間2/5/10原則 軟體測試2-8原則(2/8原則,二八原則)
在學習Loadrunner中,接觸到2/5/10原則。 所謂的“2-5-10原則”,就是 當用戶能夠在2秒以內得到響應時,會感覺系統的響應很快; 當用戶在2-5秒之間得到響應時,會感覺系統的響應速度還可以;
效能測試體系之測試理論和方法
軟體需求可以分為功能性需求和非功能性需求,功能性需求往往是很明確的,功能測試更多的是關注與需求的符合度。效能屬於非功能性需求,往往很模糊而且在專案初期被忽視。效能測試的目標和標準很難單方面去統一,不同層級有不同的認識和要求。 ITIL是效能測試的基礎,業務活動是效能測試
思維邏輯分析相關理論支援:SWOT、PDCA、6W2H、SMART、WBS、時間管理、二八原則
一、SWOT分析法 Strengths:優勢 Weaknesses:劣勢 Opportunities:機會 Threats:威脅 人生工具:SWOT、PDCA、6W2H、SMART、WBS、時間管理、二八原則 意義:幫您清晰地把握全域性,分析自己在資
Mininet(輕量級軟件定義網絡和測試平臺) 之二
mininetMininet-2 進行回歸測試 mn --test 透過 --test可以對建立的拓樸進行測試 pingpair則可以測試主機之間連線是否正常(Ping between first two hosts, useful for testing) root@parallels-vm:~# mn
效能測試:效能測試理論知識
一、常見的效能測試工具: Loadrunner(功能強大、重量級、商業軟體) Jmeter(小巧靈活、輕量級、開源) Ngrinder(平臺級產品、開源) NeoLoad(測試過程迅速、高效,可以非常頻繁的執行效能測試以滿足對產品的持續效能改進追蹤) Load
七個人生工具:SWOT、PDCA、6W2H、SMART、WBS、時間管理、二八原則
SWOT、PDCA、6W2H、SMART、WBS、時間管理、二八原則…認識這些詞語嘛?是不是感覺很眼熟?可是,它們到底代表什麼呢?是不是有點懵圈?沒關係,藉助以下簡短的介紹,你就可以快速瞭解這七大人生工具了。 1、SWOT分析法
Fabirc效能測試工具之Caliper介紹
Caliper介紹 Caliper是區塊鏈效能測試框架,使用者可以在定義好測試集的情況下針對自己的區塊鏈網路進行效能測試,獲取一系列的測試結果並生成測試報告。 當前支援的區塊鏈解決方案 fabric v1.0+, 最新支援版本為v1.1.0 sawtooth 1.0
Kubernetes下web服務的效能測試三部曲之三:橫向擴容
本章是《Kubernetes下web服務的效能測試三部曲》系列的終篇,之前我們用AB和JMeter兩種工具壓測了k8s環境下的Tomcat,並通過調整記憶體和CPU來驗證縱向擴容的效果,本章我們來驗證橫向擴容對吞吐量的影響; 本文地址:http://blog.
【朝花夕拾】效能優化篇之(八)AIDL與Android跨程序通訊
一、Linux程序間通訊 1、程序隔離 在作業系統中,程序與程序間的記憶體和資料都是不共享的。兩個程序就好像大海中相互獨立的兩個島嶼,各自生活在互相平行的兩個世界中,互不干擾,各
二八原則的演算法
昨天公司老總要求按二八原則把佔公司銷量,收入以及利潤80%的車型統計出來,寫了個程式,原始碼如下: REPORT ZCALRATE .DATA: it_ztkcjg TYPE TABLE OF ztkcjg, wa_ztkcjg TYPE ztkcjg. INITI
也說說長尾理論和二八法則
長尾理論源於Chris Anderson:The Long Tail,大意是:只要儲存和流通的渠道足夠大,需求不旺或銷量不佳的產品共同佔據的市場份額就可以和那些數量不多的熱賣品所佔據的市場份額相匹敵甚至更大。經典的二八法則則是20%的產品,帶來80%的銷售額。在長尾理論挑戰二
效能測試入門(二):做個最簡單的效能測試
之前在《效能測試中的各項指標告訴我們什麼》簡單介紹了一些基本的效能指標的含義,明確了我們效能測試的目標是在保證請求成功率及不超過目標請求時間的情況下,找出我們系統的最大併發量。在這篇文章中我們做些實踐,以程式設計師小張的視角來做一次效能測試。 做個最簡單的
(七)二八原則
巴菲特定律:“總結果的80%是由總消耗時間的20%所形成的。” Examples: 80%的銷售額源自於20%的顧客。 80%的電話來自20%的朋友。 80%的總產量來自20%的產品。 80%的財富集中在20%的人手中。 這啟示我們要善於抓住主要矛盾
03 二八原則:有針對性地處理好系統的“熱點資料”
假設你的系統中儲存有幾十億上百億的商品,而每天有千萬級的商品被上億的使用者訪問,那麼肯定有一部分被大量使用者訪問的熱賣商品,這就是我們常說的“熱點商品”。 這些熱點商品中最極端的例子就是秒殺商品,它們在很短時間內被大量使用者執行訪問、新增購物車、下單等操作,這些
效能測試的2-5-10原則
所謂的“2-5-10原則”,簡單說,就是當用戶能夠在2秒以內得到響應時,會感覺系統的響應很快;當用戶在2-5秒之間得到響應時,會感覺系統的響應速度還可以;當用戶在5-10秒以內得到響應
【蟲師--系列03】效能測試知多少----效能測試分類之我見
來自:http://www.cnblogs.com/fnng/archive/2012/06/09/2543274.html 作者:蟲師 從這一篇開始,蟲師向性能方面發力。翻看自己的部落格,最早的時候熱衷於jmeter,於是寫了幾篇圖文並茂的文章(其實,主要是操作截圖