jmeter(四十六)參數化與斷言實戰

概述

今天用jmeter作一次參數化實戰。經過計數器遍歷參數表，而後查詢jdbc進行beanshell斷言。

涉及元件

用戶參數，計數器，正則表達式，jdbc，beanshell腳本

詳細過程

在咱們的opms項目管理中，有一個項目狀態的修正，四種狀態分別爲延期，掛起，進行，結束

 

在接口自動化案例中，咱們須要對這四種狀態進行遍歷，而後進行斷言，判斷狀態是否正確修改。

咱們經過抓接口，發現了傳參的一個規律：除了項目id以外，四種狀態的status分別是1,2,3,4。

 

 

 咱們把添加項目的返回id用正則表達式提取出來，做爲項目狀態接口的入參，參數名稱爲projectid，這個是主鍵id

 

如今思考一下，接下來的四種狀態，你要如何去操做才能所有執行一次並斷言結果？？？

一般的作法是寫四個接口，傳四種參數，再添加四個斷言，可是這種作法會形成大量的腳本冗餘，在接口自動化中是會被鄙視的！以下：

 

如今教你們用精簡的腳本完成複雜的邏輯校驗

 

添加一個循環控制器，讓它循環四次，能夠遍歷四種狀態

 

 

 

添加一個用戶參數，在參數表中配置四種項目狀態

 

 

添加一個計數器，上限爲4，遞增1，用來遍歷參數表中的四種狀態

 

 

添加一個http請求，在名稱中遍歷狀態名；在入參中遍歷狀態值

 

添加一個jdbc請求，經過變動的狀態值和項目id組合查詢的方式，驗證每一次狀態的變動是否正確的寫入了數據庫

 

咱們在接口執行了以後，還須要去前端頁面判斷一下狀態名稱是否真的被修改了，在這裏用到了xpath表達式去提取前端頁面數據

添加一個beanshell斷言，判斷咱們數據庫返回值是否爲空，若是不爲空且和前端頁面返回的狀態名稱，表示斷言經過，不然斷言失敗

 

運行腳本，在結果樹中和log日誌中觀察執行效果

遍歷了四種狀態並對實際運行結果進行了斷言

 

 

關注公衆號，獲取更多精彩文章！

點擊獲取《jmeter接口自動化與性能實戰-飛天小子.pdf》