對乙個軟體做效能測試時需要關注那些效能呢？
我們想想在軟體設計、部署、使用、維護中一共有哪些角色的參與，然後再考慮這些角色各自關注的效能點是什麼，作為乙個軟體效能測試工程師，我們又該關注什麼？
首先，開發軟體的目的是為了讓使用者使用，我們先站在使用者的角度分析一下，使用者需要關注哪些效能。
對於使用者來說，當點選乙個按鈕、鏈結或發出一條指令開始，到系統把結果已使用者感知的形式展現出來為止，這個過程所消耗的時間是使用者對這個軟體效能的直觀印 象。也就是我們所說的響應時間，當相應時間較小時，使用者體驗是很好的，當然使用者體驗的響應時間包括個人主觀因素和客觀響應時間，在設計軟體時，我們就需要 考慮到如何更好地結合這兩部分達到使用者最佳的體驗。如：使用者在大資料量查詢時，我們可以將先提取出來的資料展示給使用者，在使用者看的過程中繼續進行資料檢 索，這時使用者並不知道我們後台在做什麼。
使用者關注的是使用者操作的相應時間。
其次，我們站在管理員的角度考慮需要關注的效能點。
1、 響應時間
2、 伺服器資源使用情況是否合理
3、 應用伺服器和資料庫資源使用是否合理
4、 系統能否實現擴充套件
5、 系統最多支援多少使用者訪問、系統最大業務處理量是多少
6、 系統效能可能存在的瓶頸在**
7、 更換那些裝置可以提高效能
8、 系統能否支援7×24小時的業務訪問
再次，站在開發（設計）人員角度去考慮。
1、架構設計是否合理
2、 資料庫設計是否合理
3、 **是否存在效能方面的問題
4、 系統中是否有不合理的記憶體使用方式
5、 系統中是否存在不合理的執行緒同步方式
6、 系統中是否存在不合理的資源競爭 2、
那麼站在效能測試工程師的角度，我們要關注什麼呢？
一句話，我們要關注以上所有的效能點。
響應時間=n1+n2+n3+n4+a1+a3+a2
系統使用者數：系統額定的使用者數量，如乙個oa系統，可能使用該系統的使用者總數是5000個，那麼這個數量，就是系統使用者數。
平均併發使用者數的計算：c=nl / t
其中c是平均的併發使用者數，n是平均每天訪問使用者數（login session），l是一天內使用者從登入到退出的平均時間（login session的平均時間），t是考察時間長度（一天內多長時間有使用者使用系統）
併發使用者數峰值計算：c^約等於c + 3*根號c
其中c^是併發使用者峰值，c是平均併發使用者數，該公式遵循泊松分布理論。
指單位時間內系統處理使用者的請求數
從業務角度看，吞吐量可以用：請求數/秒、頁面數/秒、人數/天或處理業務數/小時等單位來衡量
從網路角度看，吞吐量可以用：位元組/秒來衡量
對於互動式應用來說，吞吐量指標反映的是伺服器承受的壓力，他能夠說明系統的負載能力
以不同方式表達的吞吐量可以說明不同層次的問題，例如，以位元組數/秒方式可以表示數要受網路基礎設施、伺服器架構、應用伺服器制約等方面的瓶頸；已請求數/秒的方式表示主要是受應用伺服器和應用**的制約體現出的瓶頸。
當沒有遇到效能瓶頸的時候，吞吐量與虛擬使用者數之間存在一定的聯絡，可以採用以下公式計算：f=vu * r /
其中f為吞吐量，vu表示虛擬使用者個數，r表示每個虛擬使用者發出的請求數，t表示效能測試所用的時間
是描述伺服器或作業系統效能的一些資料指標，如使用記憶體數、程序時間，在效能測試中發揮著「監控和分析」的作用，尤其是在分析統統可擴充套件性、進行新能瓶頸定位時有著非常關鍵的作用。
資源利用率：指系統各種資源的使用情況，如cpu佔用率為68%，記憶體佔用率為55%，一般使用「資源實際使用/總的資源可用量」形成資源利用率。
think time，從業務角度來看，這個時間指使用者進行操作時每個請求之間的時間間隔，而在做新能測試時，為了模擬這樣的時間間隔，引入了思考時間這個概念，來更加真實的模擬使用者的操作。
在吞吐量這個公式中f=vu * r / t說明吞吐量f是vu數量、每個使用者發出的請求數r和時間t的函式，而其中的r又可以用時間t和使用者思考時間ts來計算：r = t / ts
下面給出乙個計算思考時間的一般步驟：
a、首先計算出系統的併發使用者數
c=nl / t f=r×c
b、統計出系統平均的吞吐量
f=vu * r / t r×c = vu * r / t
c、統計出平均每個使用者發出的請求數量
r=u*c*t/vu
d、根據公式計算出思考時間
ts=t/r
效能測試關注點
作為軟體測試人員，我們經常會遇到壓力測試 穩定性測試 功能測試 效能測試 相容性測試等等，有時在工作中潛移默化的就已經在使用這些測試方法中包含的點，但是我們沒有太在意去總結梳理，那麼每個測試方法的關注點是什麼？如 在效能測試的過程中我們應該最該關注什麼？等等的思考呢，經過幾次的總結，今天首先將效能測...
APP測試關注點
一 功能測試 1.頁面展示 2.正常邏輯 3.異常邏輯 包括資料丟失，資料錯誤，錯誤資料如何處理，其他正確資料如何處理 4.使用者體驗 5.介面功能測試二 效能測試 1.服務端資源消耗 cpu記憶體 磁碟io 網路2.客戶端資源消耗 cpu記憶體 磁碟io 流量 電量 跟流量有直接的關係 3.頁面渲...
介面測試的關注點
介面測試的關注點 引數測試 返回值驗證 業務資料 介面之間 db驗證 響應的資料必須與api文件的定義的須一致 介面返回的節點 返回節點對應的值是不是對的 當介面有翻頁時，頁碼與頁數的異常值測試 第一頁有資料，翻頁到第二頁 1 第二頁的資料是否和第一頁重複 2 第二頁介面有沒有報錯，頁碼 一頁返回多...