介面測試常見bug
一、介面引數資料型別:
1. 數值型
2. 字串型別
3. 陣列或者 連結串列型別
4. 結構體
二、介面測試常見bug:
1. 特殊值處理不當導致程式異常退出或者崩潰
2. 型別邊界溢位,導致資料讀出和寫入不一致
3. 取值邊界外值未返回正確的錯誤資訊
4. 引數 為null或空字串“”等
5. 許可權未處理,可以訪問其他使用者的資訊
例如:無許可權可以訪問,或者 一般使用者可以訪問管理員許可權)
6. 邏輯校驗不完善,可利用漏洞獲取非正當利益
例如:某網站兌換1塊錢需要100幣,當小於100幣時呼叫後臺 介面是否可以兌換
例如:購物結算時為100元,呼叫 後臺介面設為0元,哈哈
7. 狀態處理不當,導致邏輯出現錯誤(可能程式設計師123都搞懵了)
8. 陣列型別item個數為0或者item重複時程式異常退出
9. 超時問題,超時後處理
10. 潛在效能問題(後臺提交處理或者把效能風險提前提出)
相關推薦
bug記錄-介面測試常見bug記錄(學習筆記)
介面測試經常遇到的bug和問題,如下: 傳入引數處理不當,導致程式crash; 型別溢位,導致資料讀出和寫入不一致; 因物件許可權未進行校驗,可以訪問其他使用者敏感資訊;---許可權校驗很重要 狀態處理不當,導致邏輯出現錯亂; 邏輯校驗不完善,可利用漏洞獲取非正當利益等。 &nb
介面測試常見bug
一、介面引數資料型別:1. 數值型2. 字串型別3. 陣列或者 連結串列型別4. 結構體二、介面測試常見bug:1. 特殊值處理不當導致程式異常退出或者崩潰2. 型別邊界溢位,導致資料讀出和寫入不一致3. 取值邊界外值未返回正確的錯誤資訊4. 引數 為null或空字串“”等5. 許可權未處理,可以訪問其他使用
軟體測試中UI測試常見BUG彙總
UI測試常見BUG彙總——適用於新手 錄入介面 1.1 輸入欄位要完整,且要與列表欄位相符合(參照資料庫進行檢查) 1.2 必填項一律在後面用*表示(必填項為空在處理之前要有相關的提示資訊) 1.3 欄位需要做校驗,如果校驗不對需要在處理之前要有相關的提示資訊 (1) 長度
UI測試常見BUG彙總
在大多數開發、測試眼中,UI測試的重要性遠小於功能測試、效能測試等,但只要夠細心,總能發現一些UI bug或者UI 可以改進的地方提高使用者體驗。 錄入介面 1.1 輸入欄位要完整,且要與列表欄位相符合(參照資料庫進行檢查) 1.2 必填項一律在後面用*表示(必填
APP測試要點及常見Bug分類
分享 退出 最新版本 耐心 手機應用 感覺 強調 mark 安裝 引言 對於產品的手機項目(應用軟件),主要是進行系統測試。而針對手機應用軟件APP的系統測試,我們通常從如下幾個角度開展:功能模塊測試、兼容性測試、安裝和卸載測試、軟件更新測試、性能測試、用戶體驗性測試、交叉
Monkey測試手機BUG重現及解決方法
一次 重新開始 ive system androi 測試工具 jar 子郵件 anr 1.1 Monkey測試簡介 Monkey測試是Android平臺自動化測試的一種手段,通過Monkey程序模擬用戶觸摸屏幕、滑動Trackball、按鍵等操作來對設備上的程序進行壓
LR學習筆記1-性能測試常見用語
例子 關註 處理 響應 交互 服務 ron 全部 得到 學習性能測試,首先要明確幾個常用用語,這樣才能加固我們對性能測試的理解。主要包括以下幾個: --並發用戶數量 --請求響應時間 --事務響應時間 --吞吐率 --TPS --點擊率 --資源利用率 下面我們展開進行概念
移動端常見bug
utf fine -s this 硬件 本地圖片 list auto 5.0 meta基礎知識H5頁面窗口自動調整到設備寬度,並禁止用戶縮放頁面<meta name="viewport" content="width=device-width,initial-scal
css常見bug
增加 borde oat left overflow 解決方法 子元素 order hid 1:magin-top 父元素上移 原理:這個問題發生的原因是根據盒模型規範,一個盒子如果沒有上補白(padding-top)和上邊框(border-top),那麽這個盒子的上邊
微信小程序開發之常見BUG
targe 解決方法 ucc 兩個 rec elif run 不出 warning 【轉】微信小程序開發之常見BUG 1.wx:if 當前版本為1.3.0,正常使用 <view wx:if="{{length > 5}}"> 1 </v
Web測試常見檢查點匯總
功能測試UI測試【目標】確保用戶可以訪問產品所提供的瀏覽功能 、符合企業或行業標準,包含用戶易用性、友好性、可操作性等。 【關註點】菜單、對話框及其上邊的文字、按鈕、錯誤提示、幫助信息、圖標、位置等。 【常見檢查點】 文字或與圖片重疊 文字被圖片遮擋 文字或圖片未對齊 提示項或信息錯誤(或用詞不準確) 頁面
常見bug解析-移動端
ID 響應 電腦 空指針 logo AD 是否 spa 處理 手機測試常見bug解析 1、測試時遇到“手機無響應”? 有以下幾個原因: a、手機內存不足 b、android進程之間死鎖引起的(就是兩個進程之間) c、手機的CPU運行高引起的 可以查看手機的崩潰日誌 2、
軟件測試-常見數據庫筆試題
數據 學生 分數 rim test start like 排列 num 一、 1.新建表 test id varchar2(20)name varchar2(20)addr varchar2(50)score number create table test(id varc
學習總結—JMeter實現web介面測試實踐舉例
測試專案: 本地搭建的jforum專案 測試內容: 登入:通過賬號密碼登入,並驗證是否登入成功; 進入板塊:實現動態獲取板塊資訊,驗證是否能正確進入板塊; 發帖:實現不同板塊隨機發帖,驗證是否發帖成功; 一、登入驗證 第一步,開啟JMeter 圖1 新建
Postman介面測試自動化介紹
前言:平時可能大家只是簡單用postman來看一些請求返回的資料。其實它還具有很強大的介面自動化測試功能,它其實自己就提供了一個框架,它是採用js指令碼編寫的。其功能百度都可以查到使用方法,但感覺有點零散,我這裡整理了一下,把使用postman進行介面測試的方法整合了,圖文並茂,能快速掌握其使用。
Jmeter微信小程式介面測試
最近公司新專案組開發一款微信小程式電商平臺,為了更好保證產品質量,因此提出了需要進行介面測試。 從介面本身來講,對其測試與其他專案應該是一樣的。所以不難理解,我們要對小程式的介面測試需要準備的 材料有: 1、完備的介面文件(什麼是完備的介面文件,之前文章有寫到,這裡不再
Python測試之介面測試的基礎
介面測試基礎 測試對於介面測試的理解總是停留在工具使用層面,很多情況下,測試人員會花很大的代價去學習一個工具,而測試工具本身的侷限性,又導致測試人員陷入想直接用現成的測試框架卻又無法進行擴充套件的僵局,最後由於專案的特殊性等客觀因素,測試人員只能放棄工具,脫離了工具的視覺化介面友好操作,發現直接連線口是
robotframework 學習(4) :介面測試,返回json資料的獲取和驗證
一、前言 上一篇部落格寫了怎麼從excel文件中獲取資料和傳參到介面當中,這一篇文章就記錄一下,獲取到介面返回的引數後的怎麼解析json資料。 二、具體步驟 1、之前看到其
robotframework 學習(2) :使用RIDE進行介面測試之傳送請求和接收資料斷言
一、RIDE的介紹: RIDE是robotframework圖形操作前端,也可以理解為一種編輯器,它以cell的形式來進行定義資料和方法,返回結果等,我們可以使用它進行建立測試用例和編寫測試指令碼,並且執行自動化測試。
介面自動化-介面測試初介
前期針對介面測試做了些整理分享,本文主要介紹介面測試基礎內容。後續會針對介面自動化(Jmeter,RobotFramework,其實Postman也可以)以及持續整合做相關介紹。 介面測試定義 介面測試是測試系統元件間介面的一種測試。 介面測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的互動點