史上最全測試流程詳解----超詳細

對于測試流程基本很多做過測試的大牛,小哥哥,小姐姐都能說出個十之八九,但是對于細節,可能還需要一些整理文件,這不,我整理了一些測試的全部流程,希望能給大家帶來幫助,有不妥的地方,請大家指正。

測試準備階段

一.測試需求文檔

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

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容