1、軟件測試管理與實踐ch03-軟件測試需求分析1了解不同層次的軟件需求。理解測試需求的重要性以及測試需求分析的步驟。掌握測試類型分析的方法。掌握測試需求的表達方式。能夠根據理論開展軟件項目測試需求的分析。學習目標23軟件需求和軟件測試需求測試需求分析知識準備測試需求分析的步驟軟件需求和軟件測試需求145認識軟件需求6業務需求組織或客戶的高層次目標描述為什么要開發系統(Why)，希望達到什么樣的目標一般2-5條，記錄在軟件愿景和范圍文檔中用戶需求從用戶角度，描述用戶使用產品必須要完成什么任務用戶能使用系統來做什么(What)通過用戶訪談、調查、對用戶使用場景進行整理等方法獲取功能需求描述開發人員在

2、產品中實現的軟件功能描述開發人員如何設計具體的解決方案來實現這些需求(how)數量往往比用戶需求高一個數量級屬于軟件需求規格說明書的一部分認識軟件需求-需求的三個層次7功能需求用戶需求系統需求：用于描述包含多個子系統的產品(即系統)的頂級需求，它是從系統實現的角度描述的需求，有時還需要考慮相關的硬件、環境方面的需求。業務規則：業務規劃本身并非軟件需求，因為它們不屬于任何特定軟件系統的范圍。然而，業務規則常常會限制誰能夠執行某些特定用例，或者規定系統為符合相關規則必須實現某些特定功能。它包括企業方針、政府條例、工業標準、會計準則和計算方法等。有時，功能中特定的質量屬性（通過功能實現）也源于業務規

3、則。所以，對某些功能需求進行追溯時，會發現其來源正是一條特定的業務規則。非功能需求質量屬性：產品必須具備的屬性或品質。系統的質量屬性包括可用性、可修改、性能、安全性、可測試行、易用性等。約束：也稱為限制條件、補充規約，通常是對解決方案的一些約束說明。外部接口認識軟件需求-軟件需求規格說明書8測試需求與軟件需求密切相關。測試需求分析的主要輸入是軟件需求規格說明書。測試需求是解決“測什么”的問題，是整個測試項目的基礎，是制定測試計劃、開發測試用例的依據。測試需求必須是可以核實的，它們必須有一個可觀察、可評測的結果。測試需求9明確測試范圍功能點明確功能處理過程單功能點業務場景組合測試需求分析的目標測

4、試需求分析只是準備21011軟件測試是一項系統性工程，從不同的角度考慮可以有不同的劃分方法，了解各種不同的測試分類，能更好地理解測試、開展測試。了解軟件測試分類12常見軟件測試分類131.根據測試階段進行劃分依據軟件測試流程中各個階段要開展的測試來劃分，包括單元測試、模塊測試、集成測試、系統測試、驗收測試等。2.根據是否執行被測對象進行劃分按照是否需要執行被測軟件的角度可分為靜態測試和動態測試。靜態測試不運行被測軟件，比如需求文檔評審、設計文檔評審、代碼走查等。動態測試則通過運行被測試軟件開展測試。3.根據是否使用工具劃分根據測試是手工執行的還是工具執行的可以分為手工測試和自動化測試，一般情況

5、下性能測試用自動化測試方式。軟件測試分類144.根據測試技術劃分根據測試技術可以劃分為黑盒測試、白盒測試和灰盒測試。白盒測試通過對程序內部結構的分析、檢測來尋找問題。黑盒測試通過軟件的外部表現來發現其缺陷和錯誤?；液袦y試是介于白盒測試和黑盒測試之間的測試，灰盒測試不僅關注輸出、輸入的正確性，同時也關注程序內部的情況?；液袦y試不像白盒測試那么詳細、完整，但又比黑盒測試更關注程序的內部邏輯，常常是通過一些表征性的現象、事件、標志來判斷內部的運行狀態。5.根據測試類型劃分測試類型是從不同的角度來分析和測試產品，測試類型概念很早就已經存在，比如：性能測試、安全性測試、功能測試、兼容性測試等等。軟件測試

6、分類15軟件測試類型是從不同的角度有針對性地來分析和測試產品。軟件測試執行階段是由一系列不同的測試類型的執行過程組成的，每種測試類型都有其具體的測試目標和支持技術，每種測試類型都只側重于對測試目標的一個或多個特征或屬性進行測試，準確的測試類型可以給軟件測試帶事半功倍的效果。 測試類型16常見的測試類型及其測試內容說明編號測試類型測試角度1功能性測試是對產品的各功能進行驗證，根據功能需求逐項測試，檢查產品是否達到用戶要求的功能。2兼容性測試測試軟件在特定的硬件平臺上、不同的應用軟件之間、不同的操作系統平臺上、不同的網絡等環境中是否能夠正常的運行。3安全性測試針對未授權的訪問，拒絕訪問攻擊等,一般

7、包括程序、網絡、數據庫安全性測試。4接口測試測試系統組件間接口的一種測試。接口測試主要用于檢測外部系統與系統之間以及內部各個子系統之間的交互點。測試的重點是要檢查數據的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關系等。5數據庫完整性測試該項測試內容主要是以數據庫表為單位，檢查數據庫表以及表中各字段命名是否符合命名規范，表中字段是否完整，數據庫表中的字段描述是否正確包括字段的類型、長度、是否為空，數據庫表中的關系、索引、主鍵、約束是否正確。6用戶界面測試即UI測試，測試用戶界面的功能模塊的布局是否合理，整體風格是否一致，各個控件的放置位置是否符合客戶使用習慣，操作是否便捷，導航是否簡單易

8、懂，界面文字是否正確，命名是否統一，頁面是否美觀，文字、圖片組合是否合適等等。除此之外，UI 測試還要確保 UI 功能內部的對象符合預期要求，并遵循公司或行業的標準。17常見的測試類型及其測試內容說明編號測試類型測試角度7負載測試負載測試是通過改變系統負載方式、增加負載等來發現系統中所存在的性能問題。負載測試更多的是一種測試方法，而不是測試類型，可以為性能測試、壓力測試所采用。負載測試的加載方式也有很多種，可以根據測試需要來選擇。8性能測試性能測試是為獲取或驗證系統性能指標而進行測試。多數情況下，性能測試會在不同負載情況下進行。性能指標主要有：系統吞吐量、響應速度、cpu占用率、內存占用率等。

9、9壓力測試壓力測試通常是在高負載情況下來對系統的穩定性進行測試，更有效地發現系統穩定性的隱患和系統在負載峰值的條件下功能隱患等。10疲勞強度測試通過長時間運行系統，測試系統的性能，發現性能問題。一般會測試系統的日常業務（正常情況）和高峰業務（最大業務量）情況下長時間運行系統的結果。11恢復性測試測試一個系統從災難或出錯中能否很好地恢復的過程，如遇到系統崩潰、硬件損壞或其他災難性出錯?？苫謴蜏y試一般是通過人為的各種強制性手段讓軟件或硬件出現故障，然后檢測系統是否能正確的恢復(自動恢復和人工恢復)。12配置測試一般是針對硬件配置的測試，測試軟件在最低配置和推薦配置情況下是否能夠正常運行。18常見的

10、測試類型及其測試內容說明編號測試類型測試角度13安裝卸載測試確保軟件在正常情況和異常情況的不同條件下，都能正確地完成安裝和卸載。例如，進行首次安裝、升級、完整的或自定義的安裝。14用戶文檔測試軟件文檔是軟件的一部分，要確保文檔能夠給用戶提供正確的說明或指引，重點關注文檔的正確性、完備性以及可理解性。交給用戶的文檔主要有：系統幫助、用戶使用手冊、用戶安裝手冊、示例以及模板、圖像聲音幫助、用戶許可協議等。15可用性測試(易用性測試)讓一群具有代表性的用戶對產品進行典型操作，同時觀察員和開發人員在一旁觀察，聆聽，做記錄。可用性有五個指標，分別是易學性、易記性、容錯性、交互效率和用戶滿意度。16穩定性

11、測試(可靠性測試)穩定性測試（亦可稱可靠性測試）通過給系統加載一定的業務壓力，讓系統持續運行一段時間（一般為7x24小時），檢測系統是否能夠穩定運行。17內存泄漏測試內存泄漏是指用動態存儲分配函數動態開辟的空間，在使用完畢后未釋放，結果導致一直占據該內存單元，直到程序結束。內存泄漏測試就是測試有沒有內存空間使用完畢之后未回收的情況，一般用專門的檢測工具。18本地化測試也稱為國際化測試，有些產品為了滿足特定區域用戶的需要有多個語言版本，比如簡體中文、繁體中文、英文、日文等，本地化測試是針對特定目標區域性或區域設置的產品進行測試，在本地化的軟硬件環境下測試界面、安裝卸載等內容，也要關注產品目標地區

12、的文化、宗教、喜好等適用性測試。19測試類型是指功能測試、性能測試、安全性測試等等實際實踐：不同類型的測試會發現不同類型的Bug；測試類型是從不同的角度來分析和測試產品；不同產品對應的測試類型集合可能不同；不同測試類型的測試方法不同；不同測試階段其測試類型不同一般做法：測試團隊根據產品特點建立測試類型庫如果沒有自己的測試類型庫可以參考質量特性與測試類型的對應關系表在測試類型分析中分析并列出測試需求項需要哪些類型的測試測試類型分析20附：質量子特性與測試類型的對應表21某單機產品系統測試階段測試類型列表功能測試性能和壓力測試兼容性測試可用性測試錯誤恢復和可靠性測試安全性測試用戶文檔測試安裝部署測

13、試版本配置項測試測試類型分析-舉例122某手機產品測試類型列表功能性測試一致性測試互操作測試安全性測試流控測試性能測試壓力測試大容量測試長時間測試配置測試兼容測試安裝測試備份測試恢復測試易用性測試Qos測試國際化測試測試類型分析-舉例2測試需求分析步驟32324測試需求分析的步驟25廣泛、全面結合具體的產品背景、團隊管理水平、測試階段有針對性的收集1.原始測試需求收集注意事項26測試需求可能的來源用戶需求系統開發需求產品愿景產品設計說明書；同類競爭產品及其說明書；舊產品及其說明書：如果是產品升級換代的情形相關的協議和規范：如果產品要符合某種規范則要將協議和規范包含在需求范圍內，比如兒童手機對輻

14、射度的規范要求。原始測試需求可能的來源27產生原始需求來源表原始測試需求來源表來源編號原始需求來源文檔名稱備注1用戶需求用戶需求規格說明書_作業管理系統.doc2開發需求系統需求規格說明書_作業管理系統.doc28概要需求整理對被測對象有一個整體的把握滿足短時間內給出測試計劃的需要方便分配任務進行詳細需求的整理舉例2.原始需求概要整理29詳細需求整理明確每個測試功能點對應的輸入,處理和輸出明確每一個測試需求的具體要求原始需求詳細整理30測試需求項分析與舊版本關系分析與其他需求項關系分析測試類型分析需求項分析-測試需求項分析31項目型軟件 VS 產品型軟件被測試的新版本與以前版本之間的關系新增加

15、的需求修改的需求修改了什么？以前的測試設計、用例和測試記錄？是整個需求重新開發？還是在原來的基礎上修改？需求項分析1-與舊版本關系分析32產品功能不是獨立的，功能之間存在交互關系為了提高測試的完備性，要對需求與需求之間的關系進行分析?？梢詤⒖架浖枨蟾櫨仃囍行枨笈c需求之間的關系(橫向關系)時序關系(時間順序關系)共享資源關系(共享數據和資源)需求項分析2-與其他需求項關系分析33測試類型是指功能測試、性能測試、安全性測試等等實際實踐：不同類型的測試會發現不同類型的Bug；測試類型是從不同的角度來分析和測試產品；不同產品對應的測試類型集合可能不同；不同測試類型的測試方法不同；不同測試階段其測試

16、類型不同一般做法：測試團隊根據產品特點建立測試類型庫如果沒有自己的測試類型庫可以參考質量特性與測試類型的對應關系表在測試類型分析中分析并列出測試需求項需要哪些類型的測試需求項分析3-測試類型分析34附：質量子特性與測試類型的對應表35某單機產品系統測試階段測試類型列表功能測試性能和壓力測試兼容性測試可用性測試錯誤恢復和可靠性測試安全性測試用戶文檔測試安裝部署測試版本配置項測試需求項分析3-測試類型分析-舉例136某手機產品測試類型列表功能性測試一致性測試互操作測試安全性測試流控測試性能測試壓力測試大容量測試長時間測試配置測試兼容測試安裝測試備份測試恢復測試易用性測試Qos測試國際化測試需求項分析3-測試類型分析-舉例237測試需求分析完成后，為了方便后續對測試需求的跟蹤和維護需要建立測試需求跟蹤矩陣。測試需求跟蹤矩陣記錄軟件需求到測試需求的分解以及測試項到測試用例的分解。需求跟蹤-建立軟件測試需求跟蹤矩陣38測試需求跟蹤矩陣應該記錄的主要內容軟件需求到測試需求的分解測試需求項后續跟進測試需求向測試用例的分解需求跟蹤-軟件測試需求跟蹤矩陣的內容下表是一個簡單形式的測試需求跟蹤矩陣實際項目中可以根據需要擴充測試需求的屬性，比如測試需求的優先級、測試需求的測試類型等等。需求跟蹤-