標籤:style color 使用 io for 資料 sp 時間 on
系統測試一. 系統測試基本概念定義
系統測試(System Testing)是將已經整合好的軟體系統,作為整個基於電腦系統的一個元素,與電腦硬體、外設、某些支援軟體、資料和人員等其他系統元素結合在一起,在實際運行(使用)環境下,對電腦進行一系列的組裝測試和確認測試。
目的
系統測試的目的在於通過與系統的需求定義作比較,發現軟體與系統定義不符合或與之矛盾的地方,以驗證軟體系統的功能和效能等滿足其規約所指定的要求。系統測試的測試案例應根據需求分析說明書來設計,並在實際使用環境下來運行。
方法
軟體系統測試方法很多,主要有功能測試、效能測試、隨機測試等等。
二、系統測試的類型(1)功能測試 功能測試的概念
功能測試:是系統測試中最基本的測試,它不管軟體內部的實現邏輯,主要跟句產品的需求規格說明書和測試需求列表,驗證產品的功能實現是否符合產品的需求規格。
功能測試發現的錯誤類型
功能測試主要是為了發現以下幾類錯誤:
是否有不正確或遺漏了的功能?
功能實現是否滿足產品使用者需求和系統設計的隱藏需求?
能否正確的接受輸入? 能否正確的輸出結果?
功能測試要求測試設計者對產品的規格說明、需求文檔、產品業務功能都非常熟悉,同時對測試案例的設計方法也有一定掌握,才能設計出好的測試方案和測試案例,高效地進行功能測試。
對需求規格說明書分析的步驟
在進行功能測試的時候,首先需要對需求規格說明進行分析,因為這是功能測試的基本輸入。對需求規格的分析可以分為幾個步驟:
1、對每個明確的功能需求進行標號:(對於在需求規格文檔中已經有標號的可以直接引用)。
2、對每個可能隱含的功能進行標號;
3、對於可能出現的異常功能進行分了分析,並標號;
4、對於前面三個步驟獲得的功能需求進行分級——關鍵功能和非關鍵功能;其中關鍵功能是指那些對使用者來說必不可少的功能,這類功能的喪失將導致使用者拒絕產品。而非關鍵功能主要是那些對產品可用性有貢獻的功能,有時這類功能的缺失使用者可能不滿意,但不會導致拒絕產品。
5、對每個功能進行測試分析,分析其是否可測試,如何測試,可能的輸入,可能的輸出等。
6、指令碼化和自動化。
功能測試要點
功能測試需要注意一下幾點:
1、多考慮使用者在什麼情況下如何使用該功能,比如網路斷掉的是否訪問網站,用鍵盤進行操作等等。
2、多考慮使用者對多個功能的組合運用。
3、對伺服器軟體多考慮多使用者同時訪問、操作的情況,需要檢查使用者的同時使用是否會導致功能的失效。
(2)效能測試 基本概念
效能測試(Performance Testing)就是用來測試軟體在整合系統中的運行效能的。效能測試可以發生在測試過程中的所有步驟中,即使在單元層,一個單獨模組的效能也可以使用白盒測試來進行評估,然而,只有當這個系統的所有成分都整合到一起之後,才能檢查一個系統的真正效能。
效能測試的目標是度量系統相對於預定義目標的差距。需要的效能層級針對於實際的效能進行比較,並把其中的差距文檔化下來。
一些感興趣的效能資訊
CUP使用方式
IO使用方式
每個指令的IO數量
通道使用方式
主要儲存記憶體使用量情況
第二儲存記憶體使用量情況
每個模組執行時間百分比
一個模組等待IO完工的百分比時間
模組使用在主儲存上的時間百分比
指令隨時間的跟蹤路徑
控制從一個模組到另一個模組的次數
遇到每一組指令等待的次數
每一組指令頁換入和換出的次數
系統反應時間
系統輸送量,即,每個時間單元的處理數量
所有主要指令的單位執行時間。
任何效能測試研究方面建議的步驟:
1、文檔化效能測試目標,例如,確切的效能度量標準必須被驗證;
2、定義測試驅動或者用於驅動系統的輸入源;
3、定義要使用的效能方法或者工具;
4、定義效能研究如何被進行,例如,什麼是基準,什麼是變化,當可重複的時候如何可以被檢驗,如何可以知道何時研究被完成了?
5、定義報告過程,例如,技術和工具。
效能測試時一個較大的範疇,包括測試在各種業務情境下的效能測試表現,包括回應時間、資源使用方式、系統極限容量等;負載測試、壓力測試和容量測試只是從不同角度來測試的一種效能測試而已。
軟體測試方法之系統測試