歡迎關注我的網易雲課程 https://study.163.com/courses-search?keyword=軟件測試123#/?ot=5
Jmeter的參數化測試有多種方法，比較簡單的是“用戶參數”，比較常用的是“__CSVRead函數”。本次先學習“用戶參數” 1.共添加了3個用戶，所以這裏用了3個線程組 2.因爲用的是JSON傳參，所以這裏用了1個頭管理器 3.前置
1 下面這篇文章將原理和操作都講得比較清楚了 https://cloud.tencent.com/developer/news/234697 其中Chrome導入證書得位置可能版本不同有微小區別 我電腦得版本 導入如下 1 chr
jmeter能用來做參數化的組件有幾個，但是都沒有隨機取值的功能，遇到隨機取值的需求怎麼辦呢？ 突發奇想，可以用函數__CSVRead()來實現： __CSVRead() CSV file to get values from | *
實現打開終端輸入jmeter就可以打開應用 1、配置好Java環境變量Java-home 2、打開屬性文件配置變量：open -e .bash_profile 3、將如下信息保存到屬性文件中： export JAVA_8_HOME=/L
前言：今天分享一個頻繁fgc的問題，現象是接口響應時間太長了，達到了好幾秒，遠遠高於預期的1秒。 xshell連接到應用服務器，服務器負載高，且cpu使用率也偏高。 使用jstat看了下gc的情況，fgc很頻繁，老年代滿了（下圖
前言：有些朋友說，做性能，不需要了解業務邏輯，直接按接口文檔，或者抓包寫壓測接口的腳本，然後壓測、監控、分析、調優、迴歸； 我覺得這樣的回答，可能是他們沒喫過不熟悉業務邏輯的虧； 最近壓測的時候，遇到一個等待鎖超時的問題，就是因爲
前言：前幾天在用jmeter做性能測試的時候，遇到一個響應時間長的性能問題，簡單總結一下，分享給大家，希望能給大家在性能測試過程中類似問題提供一個性能問題分析定位的思路。 現象如下圖，響應時間很長，達到了18秒左右，tps也只有2
前言：壓測過程中，tps上不去，監控應用服務器cpu、內存、磁盤、網絡、線程棧等等，發現網絡傳輸數據量大，帶寬幾乎佔滿了，也就是服務器帶寬到達瓶頸點了。 服務器網卡一般都是千兆，我們可以確認一下，先用ifconfig來看下當前服務
前言：這是幾個月前壓測某項目登錄接口時遇到的性能問題，雖然大家不一定會遇到，但是分析定位問題的思路還是可以參考一下。 1、壓測過程中，tps突然劇烈下降，且所有請求失敗（下圖綠線） 服務端錯誤日誌，獲取不到redis連接池（Co
XAMPP中Apache和Mysql啓動失敗問題總結 一、Apache啓動失敗 xampp啓動時顯示的錯誤爲： 9:52:41 [Apache] Attempting to start Apache app... 9:52:41 [
背景：自動化接口，調用兩個接口，用後置處理器獲取其中的參數A,B，對比A,B，如果值相等，繼續執行下面的業務，通過debug發現A,B值是一樣的，但是用了if控制器，表達式${__groovy(${A}==${B},)}，一直不通過，走不
原文鏈接：https://www.cnblogs.com/Detector/p/8622935.html
在使用jmeter做測試的過程中，經常需要對請求的入參進行加密，雖然可以先把參數化的明文密碼都先md5加密。 但是實際情況是，登錄後的請求也可能有需要加密的入參，且入參是動態獲取的，所以最好是在腳本運行過程中加密，而不是提前加密好進行參數
1.已有一個登錄的HTTP請求-登錄2 2.啓動，查看結果樹 計劃提取請求頭 Connection 的 keep-alive 字段 響應主體：userId 的9786字段 以及響應碼 200 3.正則表達式提取器，提取Conne
javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake 解決方法： 1.1）對於JDK1.8版本但低於1.8.0_1
