性能測試點是測試需求分析中非常重要的一個環節,針對一個較復雜的功能繁多的系統,如何設計出有效的測試場景,最大程度上覆蓋系統的性能問題和瓶頸點,這需要較多的經驗積累。
一、目前我們可以按照一下原則來進行部分測試點的抽取:
(1)核心功能:首先要覆蓋產品的核心業務功能
(2)并發量較高的業務功能點。
(3)業務邏輯較復雜的功能點。
(4)有復雜數據庫操作或事務的功能點
(5)會有較頻繁的磁盤讀寫操作的功能點
(6)根據線上日志分析,如線上nginx的access.log,對日志進行分析,獲取并發量較高的top URL,當然要過濾一些比如靜態文件訪問,有緩存的熱點數據讀取等操作。
二、按照應用的特性分類如下:
Web應用,性能測試點:
(1)業務統計中幾種典型業務的比例
(2)調用頻繁、占用空間大的數據庫表的交易
(3)占用最大存儲空間或其他資源的交易
(4)對磁盤、常駐內存的數據過度訪問的交易
(5)直接針對每個需求點選取功能點(如下載響應的測算選取下載操作最多的功能)
后臺應用,性能測試點:
(1)讀(查詢),寫(增刪改),讀寫(增刪改查)混合
(2)功能的實現方式:同步和異步,輪詢和notify等
(3)分布式特性:單客戶端和多客戶端,單節點和多節點
(4)數據規模:如數據庫已存在大量記錄和存儲可用空間少
(5)緩存:文件系統緩存和數據庫緩存的利用等
(6)負載均衡:多節點情況下是否負載均衡
分布式數據庫,性能測試點:
(1)數據庫檢索、查詢
(2)Insert操作
(3)讀寫混合
(4)存儲過程
(5)數據庫之間同步
(6)索引
(7)sql語句
(8)數據類型
(9)單數據庫節點
(10)多數據庫節點
(11)數據庫性能參數配置
長連接消息服務:
(1)單機最大能支撐的并發長連接數
(2)并發一定的用戶時,消息推送情況,包括消息到達時間,消息丟失率等
一、目前我們可以按照一下原則來進行部分測試點的抽取:
(1)核心功能:首先要覆蓋產品的核心業務功能
(2)并發量較高的業務功能點。
(3)業務邏輯較復雜的功能點。
(4)有復雜數據庫操作或事務的功能點
(5)會有較頻繁的磁盤讀寫操作的功能點
(6)根據線上日志分析,如線上nginx的access.log,對日志進行分析,獲取并發量較高的top URL,當然要過濾一些比如靜態文件訪問,有緩存的熱點數據讀取等操作。
二、按照應用的特性分類如下:
Web應用,性能測試點:
(1)業務統計中幾種典型業務的比例
(2)調用頻繁、占用空間大的數據庫表的交易
(3)占用最大存儲空間或其他資源的交易
(4)對磁盤、常駐內存的數據過度訪問的交易
(5)直接針對每個需求點選取功能點(如下載響應的測算選取下載操作最多的功能)
后臺應用,性能測試點:
(1)讀(查詢),寫(增刪改),讀寫(增刪改查)混合
(2)功能的實現方式:同步和異步,輪詢和notify等
(3)分布式特性:單客戶端和多客戶端,單節點和多節點
(4)數據規模:如數據庫已存在大量記錄和存儲可用空間少
(5)緩存:文件系統緩存和數據庫緩存的利用等
(6)負載均衡:多節點情況下是否負載均衡
分布式數據庫,性能測試點:
(1)數據庫檢索、查詢
(2)Insert操作
(3)讀寫混合
(4)存儲過程
(5)數據庫之間同步
(6)索引
(7)sql語句
(8)數據類型
(9)單數據庫節點
(10)多數據庫節點
(11)數據庫性能參數配置
長連接消息服務:
(1)單機最大能支撐的并發長連接數
(2)并發一定的用戶時,消息推送情況,包括消息到達時間,消息丟失率等
浙公網安備 33010602011771號