宣告:本文只做整體概述,不針對性詳述.只要能對流程、概念有大致了,方便去自行搜尋.能在測試工作中 把握住方向.
軟體測試定義是：為了發現程式中的錯誤而執行程式的過程,是產品正確性、完整性、質量的保障過程.說通俗一點就是為了找出軟體裡面的bug,反推開發人員修復再驗證的乙個過程.最終和開發共同保障了產品的質量.
軟體測試的目標：
(1)測試是為了發現程式中的錯誤而執行程式的過程；
(2)好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案；
(3)成功的測試是發現了至今為止尚未發現的錯誤的測試。
以上是官方對測試目標的解釋.lz總結為:測試的使命是保障乙個產品 從需求匯入到產品維護整個開發流程中所有的產物進行質量保障.
保障的方式為:通過工具或編碼等手段去發現產品的問題.(比對標桿是產品需求) 逆向反饋給開發人員(提問題單方式). 修正後回歸.如此反覆迭代來保障的.
軟體開發的流程簡述: 做為測試應該熟悉開發流程,本文只做簡述,免得頭大腳輕.
需求-設計-編碼-測試-驗收-運維
可參考博友的詳細介紹
測試介入點:測試應該在使用者需求的時候就介入,來靜態發掘其中可能存在的問題.根據需求規格說明書、概設、詳設等抽象出測試計畫和測試用例.在開發編碼配合進行單元測試、整合測試、確認測試,最後進行系統測試和驗收測試
下面簡單掃盲一下測試流程:
單元測試:又稱模組測試,主要是開發來完成,來驗證保障乙個基本單元、模組、元件等功能.
整合測試:又稱組合測試,單元測試保障了基本模組的功能,但模組間配合可能出現很多問題.模組和模組間的互動.介面間的呼叫等.
確認測試:又稱有效性測試,主要用來確認目前實現的功能是否滿足需求規格說明書提到的需求.
系統測試:是對整個系統的測試,將硬體、軟體、操作人看成乙個整體來檢驗是否符合系統說明書的需求.
驗收測試:又稱交付性測試,是軟體部署之前最後乙個測試階段 確保軟體準備就緒，並且可以讓終端使用者將其用於執行軟體的既定功能和任務
專項測試:區別與以上的階段性測試,根據產品特點針對性測試: 介面測試 效能測試 壓力測試 負載測試 相容性測試 功能測試 安全測試 健壯性測試 恢復測試 等等.
以上對 開發流程 測試的各個階段 和針對性測試的概念 都有乙個初步了解之後,下面我們進入下乙個環節測試推動開發的密碼**-bug單.
問題單:記錄測試人員在測試環節發現的問題,開發會根據問題單修復.只要提單 開發必須解決 至少得給個不是問題的說法,最爭執的時候通常要各大領導一塊過來cbb.所以問題單是測試專屬的密碼**,是測試推動開發的神器.
那麼問題單包含那些事項呢?
標題:要求盡可能一句話抽象出問題,通過title能看出所屬專案 版本 階段 和什麼問題即為好的標題.
型別:問題單型別,一般有缺陷(測試常用)、 story(敏捷開發的概念,開發常用來記錄工作進展)、 新功能(和story一樣)、任務、網上問題、安全漏洞等
優先順序: highest minor low lowest 嚴重程度 critical maior minor trivial 優先順序從兩個維度去評估乙個問題.可能問題不嚴重,但是影響客戶體驗,這樣的問題就會設定高優先順序.也會存在問題嚴重,但是使用者基本無法復現,這樣便可以根據專案進展設定合理的優先順序.
模組:根據專案業務 把產品抽象成各個子模組.一般是根據業務功能劃分.
環境:詳細記入測試環境資訊 問題概述 問題操作步驟 問題和開發確認資訊,復現步驟一定要詳細描述操作過程,或截圖描述現象.這一記入對開發是很重要的資訊.
影響版本:問題版本資訊.
復現概率: 一般分為必現 概率復現 偶爾復現 難復現幾種.難復現的問題會專門走 疑難問題復現申請.如果仍未復現,每乙個月會降低一次優先順序,三個月後會關閉問題單.
以上是乙個問題單的重點資訊 其他資訊 如 處理人 上階段經辦人 事件級別 影響型別 等 比較容易理解.
問題單的生命週期:
new：發現新的bug
open：確認是bug
fixed：修改後的bug標識
rejectd：如果認為不是bug就拒絕修改
delay：認為此bug暫時不需要進行修改
closed：通過回歸測試通過，關閉bug
reopen：經驗證bug仍然存在，需要重新開啟bug，進行重新修改.
其他的也是一些概念 比如白盒測試 黑盒測試 灰盒測試其實很好理解 黑盒測試就是單純站在使用者角度就使用產品,並不考慮產品實現. 白盒測試 不僅要站在客戶角度去思考使用和體驗問題,還需要站在開發角度 去思考設計和**編寫中的隱藏問題. 灰盒測試 是介於兩者直接.
靜態測試和動態測試: 靜態測試更多關心的是需求規格書、概設、詳設、操作手冊、運維手冊、部署和維護手冊等文件測試,包括**走讀,**質量檢測.簡單說 就是不執行** 來提高產品交付質量.動態測試就是執行**功能跑起來進行測試.
軟體測試人員的煩惱
ps 翻譯的內容，what s killing software testers?隨著萬聖節的到來，我們來快速遊覽下主要影響軟體測試人員的幾個方面。一 軟體發布週期的不斷加速 為了應對今天需求的快速性和連續性，軟體交付變得越來越快。大多人都認為軟體測試在軟體交付過程中是乙個相當棘手的問題。妄想通過簡...
軟體測試人員的權利法案
軟體測試人員的權利法案 原文 the software tester s bill of rights i.b.phoolen stp電子雜誌的08 年第4期中有一篇名為 the software tester s bill of rights 的文章非常有意思。文中i.b.phoolen 提出了6...
（八）軟體測試人員的定位
工作已將近三年了，雖然這三個年頭裡我都在積極的學習著軟體開發與軟體測試的相關的技術 但是能沉澱的東西很少。相信都有類似的感覺。不要為了測試而測試 前幾天做乙個測試的ppt，就是講專案中要用到的測試技術，總結了半天其實實際的產品中沒用到什麼技術含量的技能，熟悉需求，並轉化成用例，待專案上線後驗證功能就...