軟體測試基礎知識 測試執行

2021-10-22 07:16:46 字數 1631 閱讀 8368

定義:根據編寫的測試用例,按照用例步驟進行執行,檢視預期結果和實際結果是否一致,如果不一致則為bug

執行人:軟體測試工程師

開始時間:測試用例編寫完成並且通過評審,且達到測試執行的啟動條件

時間週期:佔整個測試流程的40%的時間

測試用例執行結果狀態

測試執行中的注意事項

搭建軟體測試環境

測試用例需要全部執行

不忽視任何偶現bug

加強測試過程中的記錄

提交缺陷和開發關係處理恰當

提交乙份優秀的問題報告單

及時更新測試用例

缺陷分布的特徵

缺陷的群集現象

隨著測試的進行,缺陷也越來越難被發現,此時需要調整測試思路,尋找新的突破點

不是所有的bug都需要解決

(1)修改代價太大,不值得修復

(2)修改時間不夠,並且遺留的bug不會影響版本發布新功能

出現幽靈bug的處理方法

嘗試重現bug,如果重現就提交bug單

如果失敗就在其他裝置上嘗試重現

如果還是失敗,就請開發進行定位

開發也無法重現bug就掛起bug單,觀察程式後續版本是否存在

缺陷id、缺陷標題、缺陷狀態、缺陷級別、缺陷優先順序、測試版本、測試階段,缺陷型別、重現步驟、實際結果、預期結果、缺陷所屬模組、提交人、提交時間、修改人、修改時間、關閉時間、附件

缺陷狀態

new:測試發現問題,使用bug管理工具提交bug單至開發人員

open:開發開啟bug單,確認缺陷是否存在

fixed:開發確認為bug,將bug修改完成後

rejected:開發給出依據確認這不是bug

closed:測試回歸bug,驗證通過

pending:開發確認為bug,延遲解決

reopen:回歸測試bug,驗證不通過

缺陷級別

缺陷優先順序

分為四級:1,2,3,4級,優先順序逐漸公升高,4級為最高端,劃分標準是看缺陷對軟體的影響,一般與嚴重級別對應。

測試階段

bvt:冒煙測試

sit:系統整合測試

uat:使用者驗收測試

提單的5c原則:

1、準確:問題單中每個組成部分描述正確,不會引發誤解

2、清晰:每個問題每個組成部分描述資訊,易與理解

3、簡潔:只包含必不可少的資訊,不包含任何多餘的資訊

4、完整:包含重現該缺陷的完整步驟

5、一致:提交的所有bug單採用相同的格式

缺陷的生命週期:提交、確認、分配、修改、驗證、關閉

測試執行分層

測試執行分層 v模型體現了測試設計分層和測試執行分層的概念,本文以作者自身的理解談談測試執行分層,不過從實際專案運作情況來看,真正做到測試執行分層的並不多,這裡原因有很多種,暫且不論。1.ut 單元測試的物件是lld中所劃分定義的程式單元或模組,它也是單元測試用例設計中可測試的最大單元。該測試物件可...

測試執行 setup tearDown

1 測試執行 這類方法用於測試的執行過程,比如在測試之前連線資料庫,測試之後用於清除增加的字段,跳過某個測試用例等。利用這些方法,可以降低測試用例 的複雜度,減少 耦合度,結構也更加清晰。setup 與teardown 顧名思義。setip和teardown分別是安裝和解除安裝的意思。setup 方...

軟體外包專案測試 測試執行篇

軟體外包專案測試 測試執行篇 經過5個月的努力,我們和 大型國企 亞洲最賺錢的公司 軟體系統的第三方測試終於告乙個段落。本次測試由於整個團隊的不懈努力,贏得了客戶很高的滿意度。本次測試中我們經歷前期的洽談專案 設計方案 熟悉需求 更新方案 測試計畫 測試用例設計 以及測試執行 回歸測試 測試總結等階...