制定測試方案的常用方法

2022-06-17 18:30:16 字數 2065 閱讀 7070

在專案測試過程中,測試方案制定的好壞,會直接影響到專案的的質量。因此需要制定乙份完善的測試方案,那麼如何才能制定乙份完善的方案呢?

5w1h原則

不管在任何場景下,制定計畫時5w1h原則都是需要適用的。

how:如何去測?用什麼資源?依據什麼?工具如何選型、案例要執行到什麼粒度。

why:為什麼要實現這個功能,背景和目的是什麼,能給使用者或公司帶來多大的價值。

what:我需要做什麼?任務的目的是什麼?

when:專案週期多長,開發時間和提交測試時間是什麼時候?什麼時候需要給使用者?測試週期需多長?

who:專案各個環節的直接責任人、干係人是誰?誰來主導負責?需要多少人力來參與?

where:相關資源的位置和路徑,版本、文件。

那麼具體來講,測試方案一般包含哪些內容呢?

測試目的

通常測試目的包含如下幾種:

看測試物件是否滿足需求規格說明書,滿足目前的要求及未來的發展需求。

看測試物件業務流程的合理性和正確性。

看測試物件的功能、相容、效能、穩定性、安全測試,是否滿足要求。

測試參考

需求文件:需求文件是測試設計和測試的基本依據,從需求文件中挖掘隱含的需求也是測試能力的體現。不過前期需求評審的越仔細,需求的準確性和完整性越高,後期修改和變更的機率就越低。

互動稿:通常體現了整個功能的業務流程,以及頁面跳轉關係。

設計稿:ui設計稿,通常作為ui介面測試的標準。

系統架構圖:

開發流程圖:理解開發的互動邏輯,明確**輸入輸出規則,才能進行更精準的測試設計和測試,避免出現測試方向的偏差。具體怎麼結合開發流程去豐富測試設計可以看這篇文章:

還可以是一些參考文獻和專業術語解釋等等。 

測試環境

一般專案中至少存在三套環境,開發環境(dev)、測試環境(stg)、生產環境(prd),有的專案中還存在預發布環境。

測試前要保證環境的連通性,因此要做一些前期準備,比如確認網路的牆是不是通的,測試的資料是不是提前準備好了。

測試平台

清楚要測試的平台及平台的特性,比如pc有pc的特性,web和h5有各自的特性,android和ios有各自的特性。平台的特性也就決定了各個平台的相容測試重點是不一樣的,問題定位的方法和思路也是不一樣的。

測試資料

提前針對要測試的環境準備資料,避免臨時造資料造成不必要的測試時間影響。

測試案例

一般會區分前端、後端案例,後端案例一般還包含介面測試指令碼。

測試工具

相關要用到的工具平台,比如缺陷管理平台、案例平台,介面測試工具jmeter等。

測試版本

測試分工

需要多少個測試人力,是按功能模組劃分,還是按照前後端測試來劃分。

如果涉及到跨專案組的協作,那麼各個專案組的研發內容,對應的測試分工。以及最下游端到端驗收測試的標準。

功能測試內容

功能測試的方法,不管對於任何平台,軟硬體測試,都是通用的。功能測試時除了要覆蓋所有的功能清單,所有測試案例以外,也要重點測試核心業務場景和不穩定風險較高的模組。 

效能測試內容

相容測試內容

穩定性測試內容

平均無故障時間達到x小時以上(android 8h,ios 2h),過程中身邊應用無force close、anr、native crash,無因身邊應用導致的手機freeze、shut down或power cycle。 

安全測試內容

安全測試主要監測程式漏洞和抗攻擊能力、敏感資料洩露等。 

安裝測試內容

安裝測試主要看程式是否能夠相容到各個機型,安裝後產生的檔案快取資訊等等,以及解除安裝之後是否有殘留檔案。 

埋點測試內容

看埋點是否符合產品資料統計的要求,以及埋點的準確性。至於埋點的測試方法,可以看這篇博文:

測試風險

可能存在哪些風險,比如測試環境由於各種原因導致無法覆蓋到的內容,或者測試環境和生產環境有差異的原因。

測試計畫的制定

工欲善其事,必先利其器 專業的測試必須以乙個好的測試計畫作為基礎。儘管測試的每乙個步驟都是獨立的,但是必定要有乙個起到框架結構作用的測試計畫。測試的計畫應該作為測試的起始步驟和重要環節。乙個測試計畫應包括 產品基本情況調研 測試需求說明 測試策略和記錄 測試資源配置 計畫表 問題跟蹤報告 測試計畫的...

制定合理的SEO方案

seoer創業的第一步便是制定合理的seo方案,雖然說的是方案但更多的是思考,至於方案是呈現在紙上或是腦子裡並不重要。制定seo方案所需要思考的問題如下 一 我要建立乙個什麼型別的 關於這個問題,主要思考的有兩點,一是做哪乙個行業的哪一類產品,二是 用什麼方式來呈現。例如老錢的這個 做的是網際網路行...

常用測試方法

功能測試 function testing 功能測試就是對產品的各功能進行驗證,根據功能測試用例,逐項測試,檢查產品是否達到使用者要求的功能。功能測試也叫黑盒測試或資料驅動測試,只需考慮需要測試的各個功能,不需要考慮整個軟體的內部結構及 一般從軟體產品的介面 架構出發,按照需求編寫出來的測試用例,輸...