從零開始講測試
1.測試的職業(yè)發(fā)展道路
-
(1.1)自動化測試工程師
- 測試開發(fā)工程師
應該能夠進行自動化測試和多應用平臺的搭建，比如：web,Mobile和Desktop；根據(jù)技術支持部的反饋調(diào)查和重現(xiàn)客戶遇到的問題；創(chuàng)建和管理BUG報告，并與團隊進行溝通；能夠創(chuàng)建不同的測試場景和驗收測試；也應該具備搭建，維護和操作自動化框架的能力 - 持續(xù)集成
- 測試運維
- 測試開發(fā)工程師
- (1.2)性能測試工程師
-
(1.3)管理崗位
- 項目經(jīng)理
- QA
2.軟件測試的分類
-
(2.1)按測試方法分
- 黑盒測試
- 白盒測試
- 灰盒測試
- (2.2)按測試方向分
- 性能測試
- 功能測試
- 安全測試
-
(2.3)按測試的階段分
- 單元測試
- 集成測試
- 系統(tǒng)測試
- 功能測試
- 性能測試
- 安全測試
- 兼容性測試
- 易用性
- 穩(wěn)定性測試
- UI測試
- 驗收測試
-
(2.4)按測試的狀態(tài)分
- 動態(tài)測試
軟件運行的測試 - 靜態(tài)測試
軟件不運行的測試，主要是看代碼邏輯
- 動態(tài)測試
-
(2.5)其他
- 冒煙測試驗
驗證軟件是否具有可測試性 - 回歸測試
提出bug，開發(fā)修復后，再次進入測試驗證bug是否修復
- 冒煙測試驗
3.測試的流程
測試的流程依次為，需求分析 -> 測試設計 -> 測試執(zhí)行 -> 測試總結
-
(3.1)需求分析階段
- 需求分析
這個階段的材料有需求文檔，產(chǎn)品原型，沒有材料則參考市面上成熟產(chǎn)品的實現(xiàn) - 學習業(yè)務流程
- 提取功能點
- 編寫需求分析說明書
- 需求分析
-
(3.2)測試設計階段
- 測試計劃
時間和人員的安排以及資源的分配 - 測試方案
針對每個測試內(nèi)容如何開展測試，采用什么測試計劃，采用什么測試工具 - 測試策略
安排測試內(nèi)容的優(yōu)先級，那些內(nèi)容先測，哪些內(nèi)容后測。以及確定測試開始，和測試結束的標準 - 測試用例
測試用例主要由以下幾個部分組成，完成測試用例文檔編寫后需要進行評審- 1.用例編號
- 2.用例名稱
描述這個用例是測什么的，言簡意賅，精準表達 - 3.前置條件
執(zhí)行這個用例前，軟件必需要滿足的條件 - 4.優(yōu)先級
執(zhí)行這條用例時間上的緊急等級 - 5.重要級
被測功能在軟件系統(tǒng)中的重要級別 - 6.測試數(shù)據(jù)
- 7.測試步驟
- 8.預期結果
- 9.實際結果
- 測試計劃
-
(3.3)測試執(zhí)行階段
測試預期結果和實際結果一致，則測試通過；不一致則提交bug;開發(fā)修復bug后，測試人員驗證bug是否修復( 回歸測試 ) -
(3.4)測試總結
這個階段主要編寫測試報告，測試報告的內(nèi)容主要有：
+ 對測試工作的總結
+ 對bug的統(tǒng)計分析
+ 對被測軟件的質(zhì)量評估
評估的標準一般為一下幾個方面（僅供參考，不同公司標準不同）：1.一二級bug全部關閉；2.三級bug關閉了80% ( 四級bug 大都可以忽略，主要為建議性的東西，與系統(tǒng)功能無關，不影響系統(tǒng)正常使用)
4.測試的方法
- (4.1)邊界值
- (4.2)場景法
- (4.3)因果圖
- (4.4)判定表
- (4.5)路徑覆蓋法
5.bug的管理
-
(5.1)bug的管理平臺
- 禪道
- JIRA
- BugFree
- TestLink
-
(5.2)bug的6要素
- bug的編號
- bug的名稱
- bug的優(yōu)先級
- bug的等級
- 一級：致命的
影響產(chǎn)品核心流程的正常使用；導致軟件掛了，閃退，崩潰；和錢相關的 - 二級：嚴重的
導致了功能無法正常使用 - 三級：一般的
功能的某些場景有問題 - 四級：輕微的
建議性的、用戶體驗的、UI上的問題
- 一級：致命的
- bug的復現(xiàn)步驟
基本上和用例上的步驟一樣 - 附件
主要為截圖，視頻，日志，目的是為bug佐證
- (5.1)bug的生命周期
-
(5.1)bug的狀態(tài)
- 新建/ new
- 打開/ open
- 已確認
- 已解決
- 拒絕
- 重新打開
- 關閉
- 延期處理
- 重復bug
