對于測試流程基本很多做過測試的大牛,小哥哥,小姐姐都能說出個十之八九,但是對于細節,可能還需要一些整理文件,這不,我整理了一些測試的全部流程,希望能給大家帶來幫助,有不妥的地方,請大家指正。
測試準備階段
一.測試需求文檔
1. 產品需求文檔、產品原型圖、接口說明文檔以及設計說明文檔等應齊全
---重點:需求文檔分析
了解熟悉業務,分析需求測試點
(1)確認功能(業務功能,輔助功能,數據約束,易用性需求,編輯約束,參數需求,權限需求,性能約束)
(2)場景分析(考慮場景調用者和系統內部各個場景之間聯系)
(3)挖掘隱性需求(常用業務流程以及各分支)
二.測試計劃
1.編寫目的
此文檔根據項目需求文檔,制定測試策略、評估測試風險,確定所需的資源,并對測試的工作量進行估計,進行人員和進度安排,并且列出測試項目的可交付元素。
2.參考文檔
詳細設計文檔,設計原型
3.測試概要
(1)測試目標
通過測試,達到以下目標:
測試已實現的產品是否達到設計的要求,包括:各個功能點是否以實現,業務流程是否正確。
產品規定的操作和系統運行穩定。
Bug數和缺陷率控制在可接收的范圍之內,遺留BUG一般不超過所有BUG的10%
(2)測試范圍
列出測試最終需要交付的功能模塊列表
(3)測試人力資源
(4)測試環境:服務器環境,終端環境,網絡環境
(5)bug管理工具
4.測試規范
開始測試標準:代碼編譯通過,軟件可以爭取安裝運行,實現功能與產品設計出人,冒煙測試通過
中斷測試標準:安裝無法正確完成,程序代碼編譯不通過,系統服務異常,發現阻塞功能的bug
5.bug規范
致命,嚴重,一般,建議
6.測試策略
冒煙測試:依據開發提測時間變動
第一輪功能測試:執行測試用例,包括邊界值測試,兼容性測試,易用性測試,用戶界面測試,安全性測試
第二輪功能測試:bug復測及功能驗證
回歸測試:全面回歸測試
性能測試:需確認具體性能測試方案和工具
發布測試
測試報告總結
7.測試風險
測試本身(測試時間/測試技術/開發進度延誤/難以修復缺陷/其它原因)
8.測試輸出文檔
測試計劃
測試用例
測試bug單
測試報告
三.測試用例
測試需求分析和業務流程分析
1.設計方法:
等價類劃分法(將測試的范圍劃分成幾個互不相交的子集)
邊界值分析法(選出的測試用例,應選取正好等于、剛剛大于、剛剛小于邊界的值)
錯誤推測法(在測試程序時,人們可以根據經驗或直覺推測程序中可能存在的各種錯誤)
判定表法(適合于邏輯判斷復雜的場景,通過窮舉條件獲得結果,對結果再進行優化合并,會得到一個判斷清晰的策略)
正交實驗法(在各因素互相獨立的情況下,設計出一種特殊的表格,找出能以少數替代全面的測試用例)
還有其它場景法和狀態遷移法等
2.測試用例八要素:用例編號,測試項目,測試標題,重要級別,預置條件,測試輸入,操作步驟,預期輸出
(1) 用例編號(規則:由字符和數字組成的字符串,具有唯一性,易識別性)
(2) 測試項目(對應測試用例編號中的測試子項名 系統測試
(3) 測試標題(體現測試出發點關注點以及測試用例期盼的測試結果)
(4) 重要級別、優先級別(重要級別一般分為高中低 )
(5) 預置條件:測試用例在執行時需要滿足一些前提條件,環境的設置
(6) 測試輸入(測試執行中需要加工的外部信息,避免用描述性語言,要具體,根據測試用例具體情況,有手工輸入,文件,數據庫記錄)
(7) 操作步驟:執行當前用例需要經過的操作步驟,需要明確的給出每一個步驟的描述
(8) 預期輸出:需要判斷測試對象是否正常工作
測試階段
一.測試執行
1.測試環境搭建
測試環境:硬件環境,軟件環境
硬件環境:測試必須的服務器,客戶端,網絡連接設備,以及打印機/掃描儀等輔助硬件設備構成的環境
軟件環境:被測軟件運行的操作系統,數據庫以及其它應用軟件構成的環境
搭建測試環境的準備工作:
安裝工具:虛擬機
虛擬機優點:運行在主機上
二.執行測試用例
根據測試用例優先級來執行測試用例
-----測試關注點
1. 根據UI效果圖進行UI測試
(1)、觀察APP的用戶界面(如菜單、對話框、窗口和其它可規控件)是否符合UI稿
(2)、不同的連接頁面之間導航鏈接是否有效,是否跳轉是否正確
(3)、旋轉手機,確保程序不退出,頁面排版無異常
(5)、輸入框說明文字的內容與產品需求一致
(6)、某頁無數據時、斷網時、有網但接口異常時的狀態頁是否和UI一致
2. 功能測試時主要依據編寫的功能測試用例進行軟件功能的測試
3. 涉及的測試主要包括基本功能測試,邏輯測試,安裝、卸載、運行測試,中斷測試,異常處理(包括網絡突然斷開或者網速過慢、機器內存不足等異常情況的處理)測試
(1)、App安裝完成后是否能正常啟動,且打開速度控制在預期時間內
(2)、切換后臺再切換前臺的操作對當前狀態如登陸、當前頁、數據刷新的影響
(3)、強制殺掉APP進程再啟動對當前狀態如登陸、當前頁、數據刷新的影響
(4)、登陸驗證/免密登陸時的手勢密碼和指紋是否正常符合產品需求
(5)、對于有數據交換的頁面,每個頁面都必需要進行前后臺切換、鎖屏解鎖的測試,這種頁面最容易出現崩潰
(6)、同一用戶在多個終端先后登陸時,APP是否有正常符合產品需求的處理
(7)、App使用過程中有電話進來的中斷測試,與文件下載、音樂播放、等應用的交叉情況測試
(8)、很多應用會支持緩存數據,測試在斷網啟動或從有網到無網時是否可以瀏覽緩存數據
(9)、軟件在不同操作系統及版本(Android、iOS、)下安裝是否正常
(10)、軟件安裝后的是否能夠正常運行,安裝后的文件夾及文件是否寫到了指定的目錄里,安裝后沒有生成多余的目錄結構和文件
(11)、軟件安裝過程是否可以取消
(12)、軟件安裝過程中意外情況的處理是否符合需求(如死機,重啟,斷電)
(13)、安裝空間不足時是否有相應提示
(14)、對于需要通過網絡驗證之類的安裝,在斷網情況下嘗試一下
(15)、重復安裝應該有提示iOS沒有提示
(16)、升級安裝時,版本更新鏈接有效,比如后臺設置的版本白名單
(17)、使用各種方式卸載程序,如直接刪除安裝文件夾卸載是否有提示信息、長按圖標卸載、手機設置里卸載、第三方應用卸載iOS卸載沒有提示,Android安裝時會閃退(偶現)
(18)、測試卸載后文件是否全部刪除所有的安裝文件夾
(19)、卸載過程中出現的意外情況的測試(如死機、斷電、重啟)
(20)、卸載是否支持取消功能,單擊取消后軟件卸載的情況
4. 兼容性及適配測試
硬件的適配:不同手機廠商、硬件性能,不同屏幕大小的適配;
如:
廠商:華為,型號:mate30Pro,Android版本:Android10,屏幕:6.0英寸,分辨率:2400x1176像素
廠商:蘋果,型號:蘋果XSmax,手機版本:iOS11,屏幕:6.0英寸,分辨率:2688x1224像素
(2) iOS版本的兼容:IOS 6版本以上;Andriod 5版本以上等
(3) 不同分辨率屏幕的適配:移動設備的分辨率多種多樣,如果app沒有做比較合適的處理就可能會顯示不好,甚至影響功能的操作。
(4) 兼容性測試必須在一定數量的真機上進行,由于真機類型過多,尤其Android在做兼容性測試時,可以選取典型的幾種運用較多的真機,進行兼容性測試
(5)與本機已經安裝的App是否兼容
(6)在各種系統、系統版本的不同手機上測試登陸,卸載,注冊,登陸,修改密碼等功能
(7)UI層的兼容,界面的顯示根據不同尺寸手機是否自適應
(8)在各種系統、系統版本的不同手機上進行全方面的功能測試,如:使用每一個iOS版本的iPhone上測試“我的銀行卡”模塊的提現功能
(9)基于開發環境和生產環境的不同,檢驗在各種網絡連接下(WiFi、2G/3G/4G/5G等),App的數據和運用是否正確
5. 安全性測試
1.軟件權限
(1)扣費風險:包括短信、撥打電話、連接網絡等
(2)限制/允許使用手機拍照或錄音
(3)限制/允許使用手機讀取用戶數據,手機信息、聯系人信息等
(4)限制/允許使用手機寫入用戶數據
(5)沒有用戶的允許, 應用程序不能預先設定自動啟動
(6)對App的輸入有效性校驗、認證、授權、數據加密等方面進行檢測
(7)沒有用戶的允許, 應用程序不能預先設定自動啟動
(8)手機能控制該APP能否使用Wi-Fi和移動數據
2.數據安全性
(1)如果數據庫中重要的數據正要被重寫,應及時告知用戶
(2)在數據刪除之前,應用程序應當通知用戶或者應用程序提供一個“取消”命令的操作。
(3)對密碼長度和復雜度的安全要求
(4)當將密碼或其他的敏感數據輸人到應用程序時, 其不會被儲存在設備中, 同時密碼也不會被解碼
(5)當應用程序處理明細或其它的敏感數據時,不以明文形式將數據寫到其他單獨的文件或者臨時文件中
6. 接口測試
(1)測試api網關接口是否請求正常
(2)Get,post發送和返回是否請求正常
(3)查看請求參數和返回參數結果是否正常
(測試接口工具:APIpost jmeter)
7. 性能測試
(1) 客戶端性能測試重點關注:安裝卸載時間、啟動時間、頁面加載時間、主要功能占用的CPU、內存、流量、耗電量等,以及與同類產品相比較是否有優勢;
(2) 運行過程中主要功能占用的CPU、內存、流量等可以借助開源工具emmagee(適用于Android)獲取到;
(4) 至于服務器端的性能,主要利用接口對服務器施加壓力,重點關注響應時間、吞吐量、并發數、事物通過率等,可以用loadrunner、jmeter進行測試,也可以用fiddler Charles抓包來查看域名等是否正常。
8. 核心鏈路
-------核心鏈路測試
三.測試執行流程
冒煙測試-迭代測試(先功能后性能,回歸測試)-發布測試
注:對應測試產出對應測試報告和bug清單,可以把bug提到缺陷管理庫里
四.測試報告
測試結論(是否達到發布標準,是否可發布)
測試時間,測試人員(測試起止時間)
測試環境,測試設備(用到哪些測試收集,客戶端環境,瀏覽器)
需求大綱(當前這個版本,包含哪些需求點)
測試用例報告(報告用例情況)
Bug數據分析(從多個維度分析:bug等級分布,遺留bug分析,bug類型分布。模塊bug分布,bug激活次數分析)
已知風險、未知風險
測試總結(從測試角度,對版本存在的問題,提出建議)
線上階段
一.線上測試注意事項
1.如果沒有白名單,這個時候是不能隨便操作做數據的,測試人員能做的也就是點點,保證按鈕、界面正常。如果是業務人員做好數據,測試人員要驗證數據的準確性和界面顯示無誤。
2.如果有白名單,也不能隨便操作數據,但是可以在容許的情況下,回歸一遍線上測試,保證線上測試無誤。
二.后期維護
1.日常關注客訴和相關反饋,如果有線上bug,可以通過日志,后臺奔潰記錄來定位問題,之后商討出修復策略
2.整理該項目測試總結
(1)整理該項目遺留,可推廣等問題
(2)項目流程優化及功能優化等文檔整理
(3)整理該項目相關文檔并總結報告
————————————————
版權聲明:本文為CSDN博主「你泡不上的大林」的原創文章,遵循CC 4.0 BY-SA版權協議,轉載請附上原文出處鏈接及本聲明。
原文鏈接:https://blog.csdn.net/jinglin1100/article/details/121610397