測試原理分類
測試階段分類
軟體測試計畫的內容
測試用例的設計
用例設計的基本思路
測試用例的評審
軟體測試是從前需求文件的評審，到中期測試用例設計及測試執行，後期問題單的提交和關閉等一系列的測試過程
軟體錯誤
實際執行結果和預期的結果不一致時，就是bug、錯誤、缺陷、問題。
80/20原則
80%的bug集中在20%的模組。普遍性
一、 黑盒測試
黑盒測試不關注軟體內部**的結構和演算法，只關注軟體外部展現出來的功能特性的測試（輸入與輸出是否符合需求定義）。
二、白盒測試
與黑盒相反，只關注軟體內部**的結構和演算法。
一、單元測試
單元測試是測試**的，採用的是白盒測試的辦法，主要由開發人員完成。
二、整合測試
初期的整合測試由開發人員執行，採用白盒測試（主）；後期對軟體進行部分的功能測試，一般由開發人員進行，採用黑盒測試。
三、系統測試
測試人員對軟體的外觀介面、功能、效能、安全性、易用性、相容性開展測試，採用黑盒測試。
四、驗收測試
測試軟體系統是否滿足需求文件裡的要求、是否滿足使用者的需求，採用黑盒測試，由使用者執行。
一、測試範圍
在軟體測試計畫中，測試範圍用來確定測試的功能性需求和非功能性需求。
二、測試環境
測試環境定義了執行系統測試的軟體環境和硬體環境
三、測試策略
測試的依據：需求文件和測試用例。
測試的准入標準：通過冒煙測試：篩選出常用的測試點測試成功後再進行全面的系統測試。
測試工具的選擇：提交bug用的bug管理工具，如禪道，自動化測試工具「selenium3」進行測試等。
測試重點及方法，主要是黑盒測試（功能測試），也就是手工測試。
測試的准入標準：未關閉bug的數量在不超過規定數量的情況下，可視為通過測試。（bug等級）
四、測試管理
測試任務的分配、時間進度的安排、溝通方式。
五、測試風險
（1）不透徹理解需求文件。
（2）估計不足測試時間。
（3）測試執行不到位。
##軟體測試計畫的模板
一、文件標識
測試物件、測試文件的版本等。
本文件是針對lys公司開發的lys郵箱v1.0進行黑盒測試的整體測試計畫。二、測試目的
本次測試時針對lys郵箱軟體專案進行的系統測試，目的是判斷該系統是否滿足需求文件中規定的各項要求。三、測試範圍
序號 lys郵箱測試範圍 說明四、測試環境1 外觀介面測試 檢查lys……
2 功能測試 ……
3 易用性測試 ……
4 相容性測試 ……
5 安全性測試 ……
6 效能測試 ……
五、測試策略
序號 策略 內容六、測試管理1 系統測試依據 ……
2 測試准入標準 ……
3 測試工具的選擇 ……
4 系統測試的方法 ……
5 系統測試的重點 ……
6 測試准入的標準 ……
分配任務 具體事宜 測試負責人 測試起始時間 測試結束時間七、測試風險
風險分類 具體風險的情況 解決方案測試用例的格式
測試序號 測試模組 前置條件 測試環境 操作步驟和資料 預期結果 實際結果 是否通過 備註測試用例的作用
是測試人員具體執行測試的依據，是非常關鍵的文件，作為測試的標準並指導測試人員進行測試工作。
測試用例與需求的關係
測試人員是依據需求文件來進行測試用例的設計的。
功能測試的用例設計方法
通過評審確認後，測試人員可以開始設計測試用例了。
5種常用的測試用例的設計方法：等價類劃分法、邊界值分析法、錯誤推測法、正交表分析法、因果判斷法。
等價劃分法
測試的基本思想：凡是需求文件限定內的資料，測試人員需要進行測試；凡是需求文件限定以外的資料，測試人員一樣也要測試。分為有效等價類和無效等價類。
邊界值分析法
通常視為對等價劃分法的一種補充。
第一種情況：輸入條件是乙個取值範圍，對於這個取值範圍的邊界要進行邊界值測試。
第二種情況：輸入條件中規定輸入的資料是乙個有序集合，對這個有序集合的邊界要進行邊界值測試。
錯誤推測法
錯誤推測法可以看作是對等價類劃分法和邊界值分析法的乙個補充。
根據經驗，4個測試點：「超長混合字串」，「全形字串」，數字「0」以及單引號「『」。
一般情況下，程式在處理空格、邊界值、超長字串、全形字串、0以及單引號等情況下較容易出錯。
正交表分析法
正交表分析法是一種有效地減少用例設計個數的方法，通過特定的演算法設計，選擇典型的組合進行測試，從而實現用最小的測試用例集合去獲取最大的測試覆蓋率。
因果判斷法
前面4種方法主要是針對軟體中存在單個或多個輸入框來介紹的，業務邏輯較弱。因果判定法一般主要應用於頁面中各類按鈕之間存在組合和制約的關係，測試人員需要去分析他們的因果對應關係，並最終去檢查輸出結果的正確性。輸入條件（因），輸出結果（果）。根據判定表寫測試用例。
例子：qq郵箱註冊模組
需求文件：
郵箱名：由3~18個英文本元、數字、點、減號、下劃線組成。
暱稱：中英文本元，不能為空。
密碼：長度為6~18位，不能為空，至少包括英文、數字、符號中的2種。
基本功能的測試點分析
可以看到qq郵箱註冊頁面為3個字元輸入框，可以採用正交表法。
針對每乙個輸入框，還需要利用等價類劃分法、邊界值分析法以及錯誤推測法設計正確和錯誤的測試資料分別對郵箱名、暱稱、密碼輸入框進行測試。
實際工作中，可以將輸入框的測試資料合理地設計到表中，利用正交表測試輸入框組合時，同時進行輸入框測試。
如何評審
一般情況下，測試人員會從以下幾個方面對測試用例進行評審。
（1）測試用例是否是依據需求文件編寫的。
（2）測試用例中的執行步驟、輸入資料是否清晰、簡潔、正確：對於重複度高的執行步驟，是否進行了簡化。
（3）每個測試用例是否都有明確的預期結果。
（4）測試用例中是否存在多餘的用例（無效、等價、冗餘的用例）。
（5）測試用例是否覆蓋了需求文件中所有的功能點，是否存在遺漏。
用例設計結束的標準
在產品上線前，測試人員需要一直維護測試用例。
介面測試初識
一 介面測試用例設計 1.功能用例設計 功能是否正常 功能是否按照介面文件實現。2.邏輯用例設計 是否依賴業務。3.異常測試用例設計 異常測試 引數異常 資料異常 引數異常 關鍵字引數 引數為空 多 少引數 錯誤引數 資料異常 關鍵字資料 資料為空 長度不一致 錯誤資料 4.安全測試用例設計 coo...
初識介面測試
課程介紹 1 介面測試 2 python 3 介面自動化框架 4 前端知識 js css html 5 selenium，前端自動化框架 6 移動端知識，移動端自動化框架 7 持續整合jenkins 8 面試 簡歷 演算法 基礎知識介紹 一 自動化測試分類 1.介面自動化 二 介面測試工具 post...
初識效能測試
1 軟體效能概念 軟體效能是與軟體功能相對應的一種非常重要的非功能特性,表明了軟體系統對時間及時性與資源經濟性的要求。對於乙個軟體系統,執行時執行速度越快 占用系統儲存資源及其他資源越少，則軟體效能越好。2 系統管理員對效能的關注點 響應時間，影響響應時間的因素有 功能的粒度 客戶端網路情況 伺服器...