軟體測試基礎知識的整理(其四)

2021-10-09 13:40:18 字數 1925 閱讀 9124

本篇主要就是記錄一下怎麼展開測試工作,但是這個肯定是最官方的。不是適合所有的工作環境,只能作為乙個參考,讓新人不至於一臉懵逼的就開始工作。

測試需求的主要是用來指明被測物件中有什麼需要測試。通過對對開發需求的細化和分解,形成可測試的內容。測試需求應全部覆蓋已定義的業務流程,以及功能和非功能方面的需求

制定的測試需求項必須是可核實的,無法核實的需求不是測試需求。測試需求應指明滿足需求的正常的前置條件,同時需指明不滿足需求時的出錯條件;

用來做開發測試用例的依據

保證測試的質量和進度

作為衡量測試覆蓋率的指標

測試計畫就是描述所有要完成的測試工作,包括被測試專案的背景、目標、範圍、方式、資源、進度安排、測試組織以及測試風險等方面。

為測試過程提供指導(測試目標、測試內容、測試方法、測試時間週期)

改善測試任務與測試過程的關係

提高測試的組織、規劃和管理能力

1.做好測試資料的蒐集整理

2.明確測試目標,增強測試計畫的實用性

3.堅持"5w"原則(不知道的話就往前翻一翻我的文章,或者請教度娘)

4.採用評審和更新機制,保證測試計畫滿足實際需求

每個公司的要求不一樣,大同小異。不要上綱上線

1.測試專案簡介

2.測試範圍(不曉得啥是測試範圍就往前翻一翻我的文章,或者度娘)

3.測試的方法(測試人員,測試工具,流程)

4.測試環境(軟體,硬體等)

5.測試的開始條件和結束條件

6.測試時間安排

7.測試進度與跟蹤

8.測試風險與解決

9.根據你公司要求做乙個crud(不知道啥叫crud就去問你公司程式設計師)

有的公司會做,有的不需要做,反正我公司是沒有做,但是不需要做不是你不去了解的藉口。

明確要測什麼、怎麼測,達到什麼樣的質量標準

測試計畫主要是管理檔案,強調的是「做什麼」,需要確定組織架構,工作任務的分配,工作量的估計,人力物力資源的分配,進度的安排,風險的預估和規避,確定任務的通過標準。

測試方案主要是技術檔案,強調「怎麼做」,需要對測試需求做細化,明確測試框架的設計,測試資料和指令碼的設計,測試用例的設計原則。

黑盒測試也叫做功能測試(大部分時候你在做的),資料驅動測試(b格高的乙個稱呼)或基於規格說明書的測試,是一種從使用者觀點出發的測試。

這些是比較常用的用例設計方法。不要出現槓精吵著說沒有列舉全面這種 話啊。我又不是你father。啥都給你弄好了。

舉乙個我經常用的方法,而且也是大多數人都在用的乙個方法

1.先進行等價類劃分,包括輸入條件和輸出條件,將無限的測試變為有限的測試。這樣可以減少工作量

2.在等價類劃分的基礎上新增邊界值分析的方法。開發人員有時候會因為失誤導致邊界值沒有判斷的情況

3.根據你的經驗判斷**可能會有問題。追加一些針對的測試用例

4.檢查設計出的測試用例是否達到要求的覆蓋標準,如果沒有,在補充足夠的測試用例。

5.靈活使用測試用例方法設計測試用例。學會根據你們的業務情況變通。

測試用例是乙份測試文件,它描述輸入、工作和乙個期望的結果,目的是確定應用程式的某個特性是否正常的工作

1.用語簡潔清晰,但不能過於簡單,要描述清楚

2.用語無歧義,盡量少使用過長的句子,不要使用語氣助詞

3.用例的各個基本素要齊全,不能缺失

4.用例步驟詳細,操作明確

5.用例設計要易於讀懂,能被順利執行

用例編號、用例標題、用例級別、前提條件、操作步驟、預期結果、編寫人、備註

粒度指的是粗細程度。粒度大,就是說乙個用例所涵蓋的關注內容比較多,粒度小,就是說乙個用例所涵蓋的關注內容比較少

用例的粒度大,總的用例數就少,用例看起來就比較簡介

用例的粒度小,單條用例關注的測試點就很集中,不容易遺漏,並且執行需要的時間比較號估計

把你的文件檔案按照專案歸類好,不要亂存亂放。注意維護你的測試文件,測試文件不是初期寫完就結束了,是需要經常維護的。散會!

軟體測試基礎知識整理

軟體測試的分類 1.按階段分可以分為 單元測試,整合測試,系統測試,驗收測試 2.按是否執行程式劃分可以分為 靜態測試和動態測試 3.按是否檢視 劃分 白盒測試,黑盒測試,灰盒測試 其中黑盒測試分為功能測試 介面測試,業務邏輯功能測試,相容性測試,易用性測試,安全性測試,安裝測試 和效能測試 效能測...

軟 件 測 試 基 礎 知 識

軟體效能指標主要有響應時間,系統響應時間和應用延遲時間,吞吐量,併發使用者數,資源利用率五種。軟體實現的演算法與系統響應時間和應用延遲時間是直接相關的,所以軟體的效能也必定與實現演算法是有關係的吞度量是指系統在單位時間內處理請求的數量,對於無鬢髮的應用系統而言,吞度量是與響應時間嚴格的反比關係,因為...

軟體測試基礎知識

1 發現軟體錯誤 2 有效定義和實現軟體部件由底層到高層的組裝過程 3 驗證軟體是否滿足任務書和系統定義文件所規定的技術要求 4 為軟體質量模型的建立提供依據。概念 軟體測試是軟體質量保證的關鍵組成部分,對軟體測試的認識可分為以下幾個階段 測試就是除錯階段 測試是證明軟體正確階段 測試是發現軟體中錯...