測試要點及方法

2022-06-26 21:24:16 字數 2473 閱讀 6057

1.功能測試

2.安全測試

3.效能測試

4.可靠性測試

5.壓力測試

6.安裝測試

7.使用者介面測試

8.相容性測試

黑盒測試 (資料驅動測試 or 功能測試):

概念:檢查程式功能是否按照規格說明書的規定正常使用。

關注點:

1.檢查該功能是否與原始需求一致,在原始需求的基礎上,新增/刪減的功能都是不合理的,檢查時把自己作為使用者來操作,在操作過程中是否有 1.功能操作不暢 or 2.引導文案產生歧義

2.與ui介面布局一致

3.異常操作、異常流程,檢查程式的容錯處理,在輸入輸出上,輸入正確的值是否能輸出預期的結果;輸入錯誤的值程式是否會友好的提示使用者並加以引導

4.產生的資料及資料流向正確(記錄到資料庫,以及展現在頁面的資料)

一.常用的黑盒測試方法:

1.等價類劃分法

概念:對於程式的規格說明來說是合理的——有效等價類

對於程式的規格說明來說是不合理的,沒有意義的輸入資料 —— 無效等價類

例子:1.比如若規定的輸入範圍是12.邊界值分析法

概念:首先應確定邊界情況。邊界值的選擇通常都是 1. 小於最小邊界值;2.等於最小邊界值;3.滿足邊界內的中間數;4.等於最大邊界值; 5.大於最大邊界值

例子:1.比如若規定的輸入範圍是13.因果圖法

程式規格說明書的描述中找出因(輸入條件)和果(輸出或程式狀態的改變),通過因果圖轉換為判定表。

4.正交實驗設計法

正交試驗設計是分式析因設計的主要方法,當實驗次數太多時,會選擇一部分代表性水平組合。

5.判定表驅動分析法

概念:是分析和表達多邏輯條件下執行不同操作的情況下的工具。【基本思路:對多個條件的組合進行分析】

例子:場景要求:」……對功率大於50馬力的機器、維修記錄不全或已執行10年以上的機器,應給予優先的維修處理……」 。這裡假定,「維修記錄不全」和「優先維修處理」均已在別處有更嚴格的定義 。請建立決策表。

①確定規則的個數:這裡有3個條件,每個條件有兩個取值,故應有2*2*2=8種規則

②列出所有的條件茬和動作樁

③填入條件項:可從左至右達到全覆蓋

④填入動作樁和動作頂

⑤簡化決策表,合併相似規則。

生成結果:

6.場景法

概念:按照正確的事件流實現的一條正確流程,那麼我們把這個稱為該軟體的基本流;而凡是出現故障或缺陷的過程,就是備選流

7.錯誤推測法

基於經驗和直覺推測程式中所有可能存在的各種錯誤。

8.功能圖分析法

總結:黑盒測試的綜合策略是:1.首先考慮邊界值分析法,2.必要時用等價類劃分方法,3.其次可以用錯誤推測法和場景法;如果程式的功能說明中含有輸入條件的組合情況,則一開始就可以選用因果圖法。

二.灰盒測試:

概念:既關注輸出對於輸入的正確性,同時也關注內容表現,通過一些表徵性的現象、事件、標誌判斷內部的執行狀態

常見:介面測試

滿足介面文件:按照介面文件的引數格式來進行傳參(正確的資料型別、大小、長度)

不滿足介面文件的容錯性檢查:1.非空 2.錯誤的資料型別 3.超長檢查——超過資料庫字段定義的大小 4.其他一些異常資料

三.白盒測試(結構測試 or 邏輯驅動測試):

概念:檢驗程式中每條通路是否按預定要求正確工作。

關注點,大多由開發人員通過單元測試進行自測:

1、對程式模組的所有獨立的執行路徑至少測試一遍。

2、對所有的邏輯判定,取「真"與取「假」的兩種情況都能至少測一遍。

3、在迴圈的邊界和執行的界限內執行迴圈體。

4、測試內部資料結構的有效性,等等。

四.測試階段(對映到工作流程上)

單元測試:開發自檢自測

整合測試:交付給前端-對接介面,測試該模組功能是否滿足需求

系統測試:測試人員將功能涉及的完整流程進行測試(輸入、輸出、頁面的跳轉、資料的正確性)

驗收測試:(上線前的回歸)將自己作為使用者來檢測該功能是否能有效的引導使用者、以及使用者能否接受的問題

五.bug的定義

概念:軟體中存在的某種破壞正常執行能力的問題、錯誤,或者隱藏的功能缺陷。

從產品內部:開發或維護過程中存在的錯誤、毛病等各種問題

從產品外部:系統所需要實現的某種功能的 失效或違背。

軟體測試常見文件要點及區別

常見的軟體測試文件有 測試計畫 測試方案 測試用例 測試記錄 測試缺陷報告和測試報告 1 測試計畫 對測試全過程的組織 資源 原則等進行規定和約束,並制定測試全過程各個階段的任務分配以及時間進度安排,並提出對各項任務的評估,風險分析和管理需求。主要內容有 概述,明確測試的範圍 資源 進度安排等內容 ...

測試經驗及測試方法

一,測試型別 1.功能測試 最基礎的測試型別,主要對產品的各個功能進行驗證,檢查是否滿足產品需求。1.1 測試用例設計 1.1.1 主要基於需求的設計 根據需求文件進行分析,按照一定的設計方法去編寫測試用例,如正反例,邊界值 1.1.2 主要基於經驗的設計 業務類的一些需求,要根據之前的測試情況或是...

效能測試要點

壓測後如何才能更好的優化系統,變相的使用amdahl定律可以給我們提供一定的指導。amdahl定律是固定負載 計算總量不變時 時的量化標準。可用公式 來表示。上式中,計算機執行某個任務的總時間可被改進部分的執行時間所佔百分比,記為f。可被改進部分採用改進措施後比沒有改進前效能提高倍數,記為m。假設在...