軟體測試入門隨筆——軟體測試基礎知識（四）

標籤：bug   大量   img   軟體版本   效果   快速原型   多個   管理   避免   

about 測試流程

一般公司測試流程

• 評審需求
• 分解需求
• 制定測試計劃
• 設計測試案例
• 執行測試
• 提交bug報告
• 迴歸測試、驗證bug
• 書寫測試報告
• 經驗總結

測試過程模型

• 瀑布過程模型

以文檔驅動，自由度低。實際開發過程中，各部分之間都有某種程度的重疊，造成這種重疊的原因是，任何一個階段都不可能在下一個階段開始之前結束。

• 快速原型過程模型

先做出一個可啟動並執行、功能簡單的原型系統，交由客戶試用看是否滿足客戶期望，並根據客戶回函進行修改增補。

優點：關注使用者需求，降低由於需求不明確導致項目出錯的風險。在大型項目需求分析難以一次完成時，效果尤為顯著。

• 敏捷過程模型

把一個大項目劃分多個相互聯絡，但也可以獨立啟動並執行小項目，並分別完成，在此過程中軟體一直處於可使用狀態。各個子項目的成果都經過測試，具備整合和可啟動並執行特徵。

適用於小塊工作，能完全適應使用者環境，而且對產品進行持續迭代。

• 螺旋過程模型

 

需要經曆多次需求分析、設計、實現、測試的過程，依據前一個版本的結果構造新的版本。

這樣做需要投入大量的時間精力，主要是為了規避風險、在早期構造軟體的局部版本時即獲得使用者反饋、以及避免一次整合大量代碼。

• 增量過程模型

當迭代的速度加快，每次迭代只是在前一次的基礎上增加少量功能。

適用於項目後期、維護階段。

什麼是bug？

從內部角度看來，bug是軟體開發或維護過程中存在的錯誤、毛病；

從外部角度看來，bug是系統所需要實現的某種功能的失效、違背。

煙霧測試 (Smoke Test)

煙霧測試 (Smoke Test)是對軟體基本的功能進行測試，測試的對象是每一個新編譯的需要正式測試的軟體版本，目的是確認軟體基本的功能正常，保證軟體系統能跑的起來, 可以進行後續的正式測試工作。

bug處理流程

bug管理

 

 

1. 提出疑問（為什麼出現問題？測試環境有沒有問題等等？）
2. 確認是不是bug
3. 定位問題
4. 提交bug報告
5. 跟蹤bug
6. 驗證bug（開發處理後，驗證通過則關閉bug）
7. 總結經驗

bug報告包括？

bug編號

bug狀態（開發是否已確定？）

項目

問題組件

版本

系統、平台（eg：PC端Windows系統）

重要層級

測試步驟

預期結果

實際結果

測試員、測試日期

 

 

 

 

 

 

 

 

 

 

 

軟體測試入門隨筆——軟體測試基礎知識（四）