web測試的一些關注點

2022-08-27 21:39:20 字數 3596 閱讀 9701

測試內容

詳細描述

頁面跳轉檢查

每乙個鏈結點選後是否有對應的頁面,以及切換後頁面是否正確;

開啟新的頁面時,新頁面的初始化是否有異常;

許可權系統中,無許可權是否能跳轉過去;

滑鼠移動到鏈結上時,是否有變化;

相關性檢查

刪除資料前,如該資料有關聯,則提示;

增加資料前,如增加前需要有前置條件,則提示;

多級項顯示,選擇一級顯示後,是否正常顯示多級項;

字元輸入檢查

輸入超出需求長度的字串,系統是否檢查長度;

輸入除需求規定外的字元型別,系統是否檢查字元型別;

標點符號檢查

輸入特殊標點系統是否能夠正常處理;

單輸入空格,系統是否能夠正常處理;

中文字元處理 

頁面是否做了中文處理,會不會顯示亂碼;

資料庫是否做了中文處理,會不會顯示亂碼;

資料重複  

使用者名稱\id唯一時,輸入重複的使用者名稱\id,系統是否處理;

修改資料時,修改資料為重複,系統是否處理;

輸入帶有大小寫的重複資料,系統是否處理大小寫;

多次使用後退\前進鍵  

進入多個頁面後,多次點選後退鍵和前進,是否會出錯;

有載入提示的頁面,多次點選後退和前進,是否載入提示會一直提示;

進入多個頁面後,多次點選後退和前進,當停止時,資料是否會正常載入出來;

上傳檔案系統是否對檔案格式的進行處理;

上傳檔案是否對檔案大小進行處理;

上傳的檔案中帶有重複項,系統是否進行處理;

上傳的檔案中帶有空白項,系統是否進行預設資料處理;

上傳重名檔案,系統是否做了處理;

上傳檔案帶中文,系統是否做了處理;

是否有預設的模版提供;

必填項檢查 

當儲存時如果有必填項未填寫時,提醒並把焦點轉移到未輸入的必填項中最靠前的一項;

必填項前面加*號,未輸入必填項時,系統是否做了處理;

快捷鍵檢查 

是否支援常用快捷鍵的使用,如剪下,複製,貼上等;

如設定了回車鍵儲存,輸入數後使用回車鍵,是否會有系統錯誤;

數字格式

輸入,有格式需求限制時,輸入格式限制之外的資料,看系統是否做了處理;

輸入,對數字長度有限制的,輸入超出長度,看系統是否做了處理;

輸出,數字的精準度丟失,看系統是否做了處理;

輸出,小數轉整數,小數字數保留,看系統是否做了處理;

輸入正數,輸入負數,系統是否做了處理;

資料較大的情況下,超出當前型別,看系統是否做了處理;

輸入文字框型別控制項    

單個空值測試;

在資料前面、中間、後面輸入空格,看資料儲存後,空格是否存在,系統是否做了祛除空格的處理;

長度測試,在提示的範圍內輸入超過長度的長度,系統是否做了處理;

輸入引號之類的符號型別,系統是否做了處理;

輸入中文,會不會亂碼,系統是否做了處理;

輸入為正數的文字框,一旦輸入負數,系統是否做了處理;

在規定的型別中,輸入其他型別,系統是否做了處理;

輸入邊界值是否會出現異常

多級項的檢測 

是否有展開模組,展開後頁面是否有異常;

列表中的資料,如果是從資料庫中讀取的,是否和資料庫中一樣;

多級項中切換,資料是否顯示正常;

是否支援多選,多選後資料是否按照多選條件來篩選;

時間\日期

日期為空時,系統是否做了預設時間處理;

資料庫中的時間和頁面上的時間是否一致;

輸入錯誤日期格式時,系統是否做了處理;

輸入日期小於當前日期,系統是否做了限制;

輸入日期大於當前日期,系統是否做了限制;

伺服器時間是否矯正過,對應當前地理位置的日期;

系統對閏月,閏年資料是否做了處理;

新增\儲存操作

儲存成功,資料是否真的有存入資料庫中;

儲存失敗,資料是否真的沒有存入資料庫中;

必填項不輸入,系統是否做了處理;

儲存成功或失敗,是否有成功或失敗理由的提示;

輸入為空的資料後儲存,是否做了默資料的處理; 

連續儲存資料是否會執行多次插入,系統是否做了處理; 

表單提交成功後,後退,在提交,系統是否做了處理;

刪除操作

刪除成功後,是否有對應提示,如是物理刪除,則查資料庫是否真的刪除了這條資料;如是邏輯刪除,則查資料庫中的某個資料可見字段是否被更改;

刪除失敗後,是否有對應的合理提示,如和某個資料相關聯無法刪除等,檢查資料庫是否真的沒有刪除;

刪除時,必要有的彈框提示,是否有; 

刪除前,如果有連帶條件,看是否是提示需先處理連帶條件,還是一併刪除連帶條件;(看需求) 

修改操作    

修改資料後,資料庫資料是否更新,前台頁面是否顯示新的資料; 

有不允許再次編輯的內容,是否做了不可修改的限制; 

在修改時,刪除必填項在修改,系統是否做了處理; 

將乙個有的資料,置為空,系統是否做了處理; 

多人對同一資料修改,是否做了併發處理;

查詢操作   

查詢出的資料和資料庫資料是否一致;

條件查詢時,查出的資料是否符合條件; 

查詢出資料後,如可以檢視詳細資訊,檢視詳細資訊後條件是否被清空的情況; 

分頁查詢,翻頁後,在去進行查詢,頁數需跳轉至第一頁; 

搜尋操作    

輸入有結果得資料,檢查搜尋出的資料是否正確;

輸入無結果得資料,搜尋出的資料應為空;

如可以搜尋多個值,檢查搜尋出的資料是否正確; 

搜尋後,如果有歷史記錄,點選歷史記錄是否是按記錄進行搜尋; 

按分組進行搜尋,是否會搜尋到其他分組上; 

分頁顯示

分頁的頁數是否能正常顯示; 

分頁外掛程式的往前,往後是否可以使用; 

分頁顯示條數是否能夠正確的選擇一頁的記錄數; 

分頁是否能正確的顯示選擇的x頁; 

工作流程

工作流程是否可以正常執行; 

工作流程過程是否與詳細設計要求的一致; 

工作流程每個節點是否有對應的提示; 

不按正常的工作流程操作是否可以正常執行 

系統自動生成項  

比如建立賬號,會按照店鋪自動生成餘額,積分等,是否都建立了;

是否按照設計需求,去生成系統資料;

生成的資料,是否可以正常使用;

許可權的問題   

不通許可權的賬號登入,是否功能、許可權選單不一樣; 

無許可權的直接訪問有許可權的頁面,系統是否做了處理; 

無許可權的賬號處理許可權資料,系統是否做了處理; 

賬號擔任多個許可權,是否每個許可權有互斥、或者每次只能使用其中乙個許可權; 

列印測試    

列印按鈕是否可用; 

在列印視窗中設定列印引數; 

列印設定是否方便使用者使用; 

列印出來的是否與設定的列印引數一致; 

提示資訊  

應該有提示資訊的是否有提示資訊;

相應提示資訊的內容表達是否是當前的狀態;

提示資訊的內容使用者是否接受;確認後是否可以正常執行;

測試工作中,能夠記起的一些關注點,如後續有新的,則會繼續編輯

關於支付類的一些測試關注點及異常點

做了四年多的銀行支付系統測試,對支付模式型別略知一二。對於市場上的支付系統,其實原理大同小異。市場上大多數軟體系統涉及到支付功能,都會與第三方支付系統互動,跳轉到相應的支付系統實現其支付功能,下面說下開展這型別測試之前,需要考慮哪些因素 1,了解第三方支付介面有哪些,系統直接互動如何實現,建議畫流程...

效能測試關注點

作為軟體測試人員,我們經常會遇到壓力測試 穩定性測試 功能測試 效能測試 相容性測試等等,有時在工作中潛移默化的就已經在使用這些測試方法中包含的點,但是我們沒有太在意去總結梳理,那麼每個測試方法的關注點是什麼?如 在效能測試的過程中我們應該最該關注什麼?等等的思考呢,經過幾次的總結,今天首先將效能測...

APP測試關注點

一 功能測試 1.頁面展示 2.正常邏輯 3.異常邏輯 包括資料丟失,資料錯誤,錯誤資料如何處理,其他正確資料如何處理 4.使用者體驗 5.介面功能測試二 效能測試 1.服務端資源消耗 cpu記憶體 磁碟io 網路2.客戶端資源消耗 cpu記憶體 磁碟io 流量 電量 跟流量有直接的關係 3.頁面渲...