前言:性能測試的基礎是功能測試。性能測試的核心是業務場景,而這個業務場景是從功能測試的場景測試中提取出來的。
html因此一個軟件的測試順序是:功能1(接口)→性能N(接口)→自動化(接口) 接口測試則分佈在每一個階段,自動化測試是在軟件穩定下來纔會開展。java
接口測試,性能,壓力測試linux
1.錄製工具(儘可能少用)json
badboy,jmeter代理錄製。都是初學者接觸jmeter構建腳本的工具。瀏覽器
坑:錄製的腳本會有響應失敗的請求,必定要本身分析刪減掉無用的部分!服務器
jmeter本身構建請求也很簡單,最好仍是本身寫~ 分佈式
2.Jmeter報錯(不斷總結中......)工具
這是jmeter右上角的小圖標,點擊後能夠查看jmeter的報錯信息性能
坑1:Caused by: java.lang.ClassNotFoundException: com.jayway.jsonpath.internal.JsonReader學習
報錯說缺乏某個插件,情景1:真的缺乏那就加上,情景2:有這個插件,重啓jmeter是沒有用,須要卸載重裝這個插件。
坑2:java.lang.OutOfMemoryError: Java heap space
報錯說jmeter內存溢出,通俗的講jmeter跑不動了,電腦也卡了。
這種現象一般在性能測試中出現:
1.修改jmeter文件,調整堆內存 (參考網址:http://www.javashuo.com/article/p-kfctbxpy-kg.html)
—— 不過,這樣作也只是隔靴搔癢。用處不大
2.搭建jmeter分佈式(參考網址:http://www.javashuo.com/article/p-unrfwwnh-eh.html)
3.在linux服務器上搭建jmeter,經過命令行執行
如下是從一些博文中學習提取出來的,具體連接忘記了~~ 瞭解瞭解就行
經常使用的領域是:1.Web - HTTP,HTTPS,2.SOAP/REST Webservices (作接口測試,接口性能測試)
而測SOAP/REST Webservices更爲合適/經常使用工具是SoapUI,Postman(對接口參數進行測試)
1.Jmeter是工做在協議層的(性能測試的核心是在協議分析)
?:Jmeter可否測試App?只要App使用的協議是Jmeter支持的就能夠測
2.Jmeter不是瀏覽器,是模擬瀏覽器的行爲,用HTTP協議向服務器發送請求。
3.Jmeter繞開軟件的客戶端(瀏覽器...),模擬協議向服務器發送大流量,形成負載,驗證服務器的處理能力。
4.Jmeter是用線程來工做,開銷小(HTTP協議是線程,瀏覽器是進程),Jmeter軟件運行是一個進程,裏面啓動N個HTTP請求的線程。
好比:手動打開10個瀏覽器(10進程),Jmeter打開10個瀏覽器(1進程10線程)。手動打開測試,電腦資源佔用大。Jmeter只會接收這個連接的HTML純文本信息(瀏覽器打開一個頁面,會接收頁面全部的信息Js,CSS圖片.....)