測試 測試的流程

2021-09-24 22:20:59 字數 2396 閱讀 5951

測試開始之前必須要先進性測試需求分析,測試策略的定製,測試計畫的制定,測試的風險分析,測試環境的搭建,測試的執行,測試測結果分析,測試提交報告的提交

1.提取需求,分析測試點

分析需求的具體方法

快速理解需求的捷徑:需求串講

解決的問題:防止開發和測試等人員對需求理解不一致

串講方法:產品經理會把需求進行講解,讓測試以及開發人員進行理解,一周之後讓負責該模組的人進行需求的講解,如果理解不一致,會對其進行糾正。保證需求達成一致。

需求驗證(在需求編寫好才進行)

需求測試:在編寫測試用例的時間進行測試時進行,和在需求分析的時候進行

目標:要保證各種需求文件的正確性,必要性,完整性,一致性。

原因:需求規格說明書是測試和開發的工作依據。

3.從設計需求中提取測試需求

軟體需求是軟體測試需求的主要**,但不是全部**,軟體設計需求、軟體概要設計、詳細設計也都是測試需求的分析物件,是對測試需求的一種有力的補充。

總之,一定要盡量保證需求都被覆蓋到。

2.需求分析注意事項:

思考案例:

乙個全新上線的專案需要做哪些測試?

只需要對該廣告頁面進行測試。

在分析了需求之後,我們要確認測試業務涉及的測試類別。比如,功能測試 效能測試 安全性測試 相容性測試 文件測試 安裝解除安裝測試 其他專項測試

根據測試的需要,選擇測試技術,

1.需不需要白盒測試?

2.自動化測試採用哪種工具?是針對介面測試還是ui測試?

3.效能測試採用哪種工具?jmeter還是loadrunner?

4.相容性測試如何做?手工測試還是使用平台測試?

測試方案主要包括以下內容:

1.測試範圍:由需求分析得到的

2.測試策略:包括針對不同部分的測試方法、測試用例,測試工具

3.測試控制:包括測試流程,測試執行,缺陷跟蹤

4.其他:環境、版本管理等

5.測試風險

風險:是指在軟體開發過程中遇到的預算和進度等方面的問題以及這些問題對軟體專案的影響。

風險**:主要**於需求、技術、成本和進度。人員風險,

人員風險:人員在請假,離職的情況下也能完成專案。計畫變動,人員變化

技術風險:技術的不穩定,不成熟。框架設計不合理(無法擴容),**質量不好

進度風險:未在規定的時間內能完成專案

成本風險:在預算的範圍內完成專案

需求風險:需求定義不準確,增加額外的需求,客戶在需求中參與度不夠導致需求的錯誤

客戶風險:客戶對產品不滿意

根據專案特性制定適合專案的測試執行流程。(瀑布模型,螺旋模型,漸進模型)

測試方案與用例的設計,是屬於純測試技術上的設計,但對於整個專案的測試過程,光有技術還不夠,需要配合合適的測試流程,策劃什麼時候做什麼事,達到什麼要求。好的策劃可以對專案的測試起到事半功倍的作用。

需求測試

基於需求的測試方法是基本的測試方法,而需求的質量直接影響到後續的開發和測試工作。

需求審核

需求測試

測試設計中進行需求測試

需求測試要素:正確性,必要性,完整性,一致性

需求測試應該盡早開始

內部發布版本測試(冒煙測試)(對主幹進行測試)

版本測試中資訊傳遞:修改內容,風險分析,配置管理

系統測試(所有的都測試,所有壓力都執行一遍)

根據測試用例一條一條的執行

缺陷管理

回歸測試(對修改的地方進行測試)

確認回歸內容:

確認回歸的方式:手工、自動化

用例的回歸:

bug的回歸:先回歸bug,,在進行系統的bug測試

回歸測試是自動化測試最好的用處
交叉測試:多個測試人員交換測試內容,時間久了就會疲勞。這樣做就會緩解測試疲勞。

測試的枯燥性、重複性,引起的惰性

不同的思維模式

探索性測試

也叫自由測試,可以發現意外的bug

測試的最終流程:

總結:1.分析需求的範圍,目的,背景,業務邏輯

2.測試計畫:對需求測試的方位指定測試計畫,還要編寫測試計畫和測試策略

3.測試用例的編寫:根據測試的時間點介入測試用例的編寫,然後對測試用例進行評審,保證測試用例的正確性。

4.測試執行:發開人員提交了測試的包,測試人員提交了測試的包,先進行冒煙測試保證基本概念通過才進行之後的測試,如果冒煙測試不通過就把專案打回給開發對專案進行修改。通過後盡早後邊的測試,發現bug提交到缺陷管理平台,然後對bug進行追蹤。如果需要可以進行回歸測試。

測試 測試的相關流程

基本流程 需求測試 概要設計測試 詳細設計測試 單元測試 整合測試 系統測試 驗收測試 專案測試的具體工具 1 搭建測試環境 2 撰寫測試用例 3 執行測試用例 4 寫測試計畫 測試報告 5 測試,並提交bug表單 6 跟蹤bug修改情況 7 執行自動化測試 編寫指令碼 執行 分析報告 8 執行效能...

介面測試測試流程

1 需求分析 介面之間的邏輯關係,介面文件具體了解 2 測試準備 介面文件 介面測試用例 各種測試資料準備 3 測試環節,接受版本 1 功能測試 功能否按照介面文件實現 2 業務邏輯 是否依賴業務 3 引數異常 a關鍵字引數語言中的關鍵字 b引數為空 c多少引數 d錯誤引數 4 資料異常 a關鍵字資...

敏捷測試團隊的測試流程

一 接到專案後,ba明確客戶的需求,必要時可以帶上測試經理 開發經理 測試員 開發員,出乙份書面需求說明 二 測試人員初步學習 ba串講 測試人員提問題 ba給出回答 重新整理學習 測試人員反串講 評審 出乙個需求規格說明書 模組思維導圖 三 測試經理根據需求規格說明書制定測試計畫 此spirit共...