效能測試工具：jmeter
測試需求
測試過程說明
過程標引
以200執行緒數查詢使用者所有資訊記錄，
select 200
以300執行緒數查詢使用者所有資訊記錄
select 300
以400執行緒數查詢使用者所有資訊記錄
之後配置完成開始測試
1.2.1場景描述
200個使用者同時對jdbc發出查詢指令
在此情況下資料庫管理系統伺服器的平均值為4660中值為2659，響應時間差異大。響應效能較不穩定。
sample : 本次測試場景執行200執行緒；
**erage : 平均響應時間 = 2973ms；
median : 統計意義上的響應時間中值 = 1642ms；
90% line : 所有執行緒中90%的執行緒響應時間都小於6455ms ;
95% line : 所有執行緒中95%的執行緒響應時間都小於9753ms ;
99% line : 所有執行緒中99%的執行緒響應時間都小於16387ms ;
min : 響應最小時間 =524 ms；
max : 響應最大時間 =91231 ms ；
error : 出錯率 =0%；
throughput ：吞吐量，每秒29.7個請求。
1.2.2場景描述
300個使用者同時對jdbc發出查詢指令
在此場景下，資料庫管理系統伺服器的平均值為7402，中值為4730，響應時間還是差異大，響應效能較不穩定。並且響應時間有所增加。
sample : 本次測試場景執行300執行緒；
**erage : 平均響應時間 = 7107 ms；
median : 統計意義上的響應時間中值 = 3729ms；
90% line : 所有執行緒中90%的執行緒響應時間都小於16363ms ;
95% line : 所有執行緒中95%的執行緒響應時間都小於20551ms ;
99% line : 所有執行緒中99%的執行緒響應時間都小於32965 ms ;
min : 響應最小時間 =836 ms；
max : 響應最大時間 =57994 ms ；
error : 出錯率 =0%；
throughput ：吞吐量，每秒26.8個請求。
1.2.3場景描述
400個使用者同時對jdbc發出查詢指令
在此場景下，資料庫管理系統伺服器的平均值為8550，中值為5484，響應時間差異有所減小，並且隨著使用者數的進一步增加，響應時間越來越長。
sample : 本次測試場景執行400執行緒；
**erage : 平均響應時間 = 6578ms；
median : 統計意義上的響應時間中值 = 2993 ms；
90% line : 所有執行緒中90%的執行緒響應時間都小於16278 ms ;
95% line : 所有執行緒中95%的執行緒響應時間都小於20174 ms ;
99% line : 所有執行緒中99%的執行緒響應時間都小於34849 ms ;
min : 響應最小時間 =1003 ms；
max : 響應最大時間 =107138ms ；
error : 出錯率 =0%；
throughput ：吞吐量，每秒28.8個請求。
軟體測試 測試工具 LoadRunner
最近正在逐步學習軟體測試工具的使用，此文章也是用來當做筆記以供記錄之用。如有問題，還請多多指出。1 loadrunner安裝 漢化 破解 2 loadrunner 11 安裝及破解 下面主要寫一下我在安裝和第一次使用的時候遇到的問題及解決的辦法！本機為 win7 64位作業系統 安裝前 1 需關閉一...
軟體測試工具的型別
目前流行的軟體測試工具的型別可以分為以下幾類 1 分析器 監督程式 複雜度,是否遵循標準等等 2覆蓋分析器 校檢哪一部分的 已經被測試，面向 語句覆蓋 條件覆蓋 路徑覆蓋等等 3記憶體分析器 邊界檢查和漏洞檢測等等 4裝載 效能測試工具 測試在不同的負載級別之下客戶 伺服器和web應用程式等等 5，...
軟體功能測試工具 UFT QTP
1.uft進行自動化測試的基本流程 錄製測試指令碼 編輯測試指令碼 除錯測試指令碼 執行測試指令碼 分析測試指令碼 1 錄製測試指令碼 利用uft的物件識別 滑鼠和鍵盤監控機制來錄製測試指令碼。測試員通過模擬使用者的操作，類似手工測試的測試步驟操作被測應用程式的介面。注 完善測試指令碼進行 uft的...