一、接口測試
二、python
三、接口自動化框架
四、前端知識 js、css 、html
五、selenium,前端自動化框架
六、移動端知識,移動端自動話框架
七、持續集成Jenkins
八、面試、簡歷、算法
-------------------------------
json和xml
全部語言通用的類型是json,json作爲
自動化說白了就是寫代碼幫你作測試。
我們測試人員測的都是程序對外的接口。
前端 客戶端
後端 服務端
接口測試就是功能測試。
·一、get請求通常都是直接在url後面加?+參數值 就行
如:
二、若是接口要求是json串的話,那就在BODY下raw中寫json串做爲請求發出去
法
json是一種通用數據類型,什麼語言都認識他。
{
"title":"今天開始學習python啦",
"content":"要好好學習",
"time":"2017-9-9"
}
若是是get請求的話,不須要用工具,傳參數的話,須要在url後面加上問好,?xxx=xxx&xx=xxx
若是有多個參數的話,就用&來鏈接
get請求傳參
post請求
----------------------------------------------------------------------------
添加header 有些接口要求須要額外的信息,若是沒有這些額外的信息,會致使調用不成功
----------------------------------------------------------------------------------
若是是post請求,沒有要求入參是json類型,那麼傳參的時候,也就是k-v形式的。
接口文檔都會寫明參數類型以及header信息
---------------------------------
cookie和session
cookie是存在本地的鍵值對 session是存在服務器端的鍵值對
好比登陸請求,到服務端之後就會,服務器會保存一寸session信息在服務器端,經過返回響應代碼給客戶端,這時候客戶端就會將響應代碼中的cookie信息保存在本地,等下次發起請求的時候,就能直接拿cookie和服務端的session對接,信息一致那就經過驗證,請求就能發送成功
cookie能存不少的信息
---------------------------------------------------
接口-----head接口
-----------------------------------------
接口之上傳文件接口
下單接口,須要登陸以後才下單
一、登陸接口
{
"code":200,
"msg":"登陸成功",
"token":"SFDSD980323423423FSD"
}
二、order
先調登陸接口,獲取到登陸接口返回的token(通行證)
而後把token給下單接口(驗證通行證是否正確) 只須要寫這一個請求就行,登陸接口的token做爲這個接口的入參寫進去就能夠
-----------------------------------------------------------------------------
註冊接口---用例設計規則
手機號 必填
密碼 必填 必須包含大小字母、數字 8-12
用戶名 用戶名和郵箱選填
郵箱 用戶名和郵箱選填
暱稱 必填 不能重複
地址 沒必要填
頭像 沒必要填
一、經過性
一、全部的都他的要求來填
二、參數組合
二、用戶名填 郵箱不填
二、郵箱填 用戶名不填
三、用戶名和郵箱都填
三、異常校驗:
也就是我就按照你說的來
四、安全:
支付的接口,我修改訂單的金額,修改小於原來的金額
繞過身份驗證
參數傳輸的時候加密
五、根據業務邏輯來設計用例
-----------------------------------------
webservice接口,測的時候要用saopui來測,他的請求報文都是xml格式的
jmeter,剛纔上面postman能作的,jmeter都能作
jmeter它是一個開源的性能測試工具
jdbc:mysql://192.168.1.116:3307/bugfree?allowMultiQueries=true
com.mysql.jdbc.Driver
壓測的時候通常運行的時間是在10-15分鐘
穩定性測試
24小時 48小時
TPS 響應時間
tps是越高越好,響應時間是越低越好
用響應斷言來判斷結果中是否包含某個值,若是不包括,那麼就會報錯