軟體測試第一周學習筆記

標籤：

軟體測試學習隨筆

 

WCX第一周軟體測試的學習筆記

 

入門時從軟體測試的方法入手，總結如下

 

軟體測試的方法總結：

測試名稱	測試內容
Black box黑箱測試	把軟體系統當作一個“黑箱”，無法瞭解或使用系統的內部結構及知識。從軟體的行為，而不是內部結構出發來設計測試.
White box白盒測試	設計者可以看到軟體系統的內部結構，並且使用軟體的內部知識來指導測試資料及方法的選擇。
Gray box.  灰盒測試	介於黑盒和白盒之間

 

是手動還是自動又可以分類

 

測試名稱	測試內容
Manual Test 手動測試	測試人員用滑鼠去手動測試 （測試GUI）
Automation 自動化測試	用程式測試程式 （測試API）

 

從測試的目的分類

 

測試名稱	測試內容
Unit Test 單元測試	在最低的功能/參數上驗證程式的準確性,比如測試一個函數的正確性(開發人員做的)
Functional Test 功能測試	驗證模組的功能  （測試人員做的）
Integration Test 整合測試	驗證幾個互相有依賴關係的模組的功能 （測試人員做的）
Scenario Test  情境測試	驗證幾個模組是否能完成一個使用者情境 （測試人員做的）
System Test  系統測試	對於整個系統功能的測試 （測試人員做的）
Alpha 測試	軟體測試人員在真實使用者環境中對軟體進行全面的測試 （測試人員做的）
Beta 測試	真實的使用者在真實的使用者環境中進行的測試, 也叫公測   （終端使用者做的）

 

 

軟體測試的過程有：

第一步：對要執行測試的產品/項目進行分析，確定測試策略，制定測試計劃。該計劃被審核批准後轉向第二步。測試工作啟動前一定要確定正確的測試策略和指導方針，這些是後期開展工作的基礎。只有將本次的測試目標和要求分析清楚，才能決定測試資源的投入。

第二步：設計測試案例。設計測試案例要根據測試需求和測試策略來進行，進度壓力不大時，應該設計的詳細，如果進度、成本壓力較大，則應該保證測試案例覆蓋到關鍵性的測試需求。該用例被批准後轉向第三步。

第三步：如果滿足“啟動準則”（EntryCriteria），那麼執行測試。執行測試主要是搭建測試環境，執行測試案例。執行測試時要進行進度控制、項目協調等工作。

第四步：提交缺陷。這裡要進行缺陷審核和驗證等工作。

第五步：消除軟體缺陷。通常情況下，開發經理需要審核缺陷，並進行缺陷分配。程式員修改自己負責的缺陷。在程式員修改完成後，進入到迴歸測試階段。如果滿足“完成準則”（ExitCriteria），那麼正常結束測試。

第六步：撰寫測試報告。對測試進行分析，總結本次的經驗教訓，在下一次的工作中改。

軟體測試過程管理，主要包括軟體測試是什麼樣的過程，如何評價一個軟體測試過程，如何進行組態管理和測試風險分析以及測試成本的管理。

 

瞭解到軟體測試的內容總結，包括：

軟體測試主要工作內容是驗證（verification）和確認（validation），下面分別給出其概念：

驗證(verification)是保證軟體正確地實現了一些特定功能的一系列活動， 即保證軟體以正確的方式來做了這個事件(Do it right)

1.確定軟體生存周期中的一個給定階段的產品是否達到前階段確立的需求的過程。

2.程式正確性的形式證明，即採用形式理論證明程式符合設計規約規定的過程。

3.評審、審查、測試、檢查、審計等各類活動，或對某些項處理、服務或檔案等是否和規定的需求相一致進行判斷和提出報告。

確認（validation）是一系列的活動和過程，目的是想證實在一個給定的外部環境中軟體的邏輯正確性。即保證軟體做了你所期望的事情。（Do the right thing）

1.靜態確認，不在電腦上實際執行程式，通過人工或程式分析來證明軟體的正確性。

2.動態確認，通過執行程式做分析，測試程式的動態行為，以證實軟體是否存在問題。

軟體測試的對象不僅僅是程式測試，軟體測試應該包括整個軟體開發期間各個階段所產生的文檔，如需求規格說明、概要設計文檔、詳細設計文檔，當然軟體測試的主要對象還是來源程式。

 

軟體測試第一周學習筆記