測試類(lèi)型和方法內容(軟件測試方法的分類(lèi))
1.軟件測試方法的分類(lèi)有哪些
1）按照測試技術(shù)劃分
黑盒測試：功能測試，必須
白盒測試：邏輯結構測試，代碼的邏輯、算法、結構是否正確，要求必須懂得代碼，需要編寫(xiě)測試用例，可選
灰盒測試：介于中間
注意：在單元測試時(shí)，白盒應用相對較多，在集成測試時(shí)，灰盒測試應用相對較多，在系統、驗收測試時(shí)一般就不會(huì )使用白盒測試和灰盒測試了。
2）按是否需要運行代碼劃分
靜態(tài)測試：界面測試，文檔測試，代碼測試【重點(diǎn)關(guān)注代碼的規范性，一般檢查變量的命名，注釋的頻率，編程的規范性，不需要寫(xiě)測試用例，一般只需要有代碼審查單】
注意：一般經(jīng)常把白盒測試和靜態(tài)測試的要素結合在一起，形成靜態(tài)白盒測試
動(dòng)態(tài)測試：運行程序進(jìn)行檢查，檢查實(shí)際輸出結果和預期結果是否相符
3）按軟件特性分類(lèi)
功能測試
性能測試
2.軟件測試類(lèi)型都有哪些
測試類(lèi)型有：功能測試，性能測試，界面測試。
1、功能測試 在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個(gè)黑盒子。
利用黑盒測試法進(jìn)行動(dòng)態(tài)測試時(shí)，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內部結構和處理過(guò)程。 采用黑盒技術(shù)設計測試用例的方法有：等價(jià)類(lèi)劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
2、性能測試 是通過(guò)自動(dòng)化的測試工具模擬多種正常、峰值以及異常負載條件來(lái)對系統的各項性能指標進(jìn)行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進(jìn)行。
通過(guò)負載測試，確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時(shí)，系統各項性能指標的變化情況。壓力測試是通過(guò)確定一個(gè)系統的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統能提供的最大服務(wù)級別的測試。
3、界面測試 界面是軟件與用戶(hù)交互的最直接的層，界面的好壞決定用戶(hù)對軟件的第一印象。而且設計良好的界面能夠引導用戶(hù)自己完成相應的操作，起到向導的作用。
同時(shí)界面如同人的面孔，具有吸引用戶(hù)的直接優(yōu)勢。設計合理的界面能給用戶(hù)帶來(lái)輕松愉悅的感受和成功的感覺(jué)，相反由于界面設計的失敗，讓用戶(hù)有挫敗感，再實(shí)用強大的功能都可能在用戶(hù)的畏懼與放棄中付諸東流。
擴展資料： 測試原則 1、測試應該盡早進(jìn)行，最好在需求階段就開(kāi)始介入，因為最嚴重的錯誤不外乎是系統不能滿(mǎn)足用戶(hù)的需求。 2、程序員應該避免檢查自己的程序，軟件測試應該由第三方來(lái)負責。
3、設計測試用例時(shí)應考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下還要制造極端狀態(tài)和意外狀態(tài)，如網(wǎng)絡(luò )異常中斷、電源斷電等。 4、應該充分注意測試中的群集現象。
5、對錯誤結果要進(jìn)行一個(gè)確認過(guò)程。一般由A測試出來(lái)的錯誤，一定要由B來(lái)確認。
嚴重的錯誤可以召開(kāi)評審會(huì )議進(jìn)行討論和分析，對測試結果要進(jìn)行嚴格地確認，是否真的存在這個(gè)問(wèn)題以及嚴重程度等。 6、制定嚴格的測試計劃。
一定要制定測試計劃，并且要有指導性。測試時(shí)間安排盡量寬松，不要希望在極短的時(shí)間內完成一個(gè)高水平的測試。
7、妥善保存測試計劃、測試用例、出錯統計和最終分析報告，為維護提供方便。 參考資料來(lái)源：搜狗百科--軟件測試。
3.軟件測試計劃中的測試方法包括哪些內容
1. 概述
1.1 編寫(xiě)目的
1.2 項目背景
1.3 項目質(zhì)量目標
1.4 預期讀者
1.5 參考資料
2. 測試環(huán)境
2.1 系統架構
2.2 軟硬件環(huán)境要求
2.3 測試環(huán)境部署圖
3. 測試規劃
3.1 測試范圍
3.2 測試工具
3.3 人員、角色及職責
4. 測試策略
4.1 系統框測試
4.2 業(yè)務(wù)流程測試
4.3 功能點(diǎn)測試
4.4 UI界面測試
4.5 性能測試
4.6 兼容性測試
4.7 安全測試
5. 測試進(jìn)度安排
6. 工作匯報
4.Web測試的主要內容和測試方法有哪些
Web測試的主要內容：
一、輸入框
二、搜索功能
三、增加、修改功能
四、刪除功能
五、注冊、登錄模塊
六、上傳圖片測試
七、查詢(xún)結果列表
八、返回鍵檢查
九、回車(chē)鍵檢查
十、刷新鍵檢查
Web測試的測試方法：
1、在測試時(shí)，與網(wǎng)絡(luò )有關(guān)的步驟或者模塊必須考慮到斷網(wǎng)的情況。
2.每個(gè)頁(yè)面都有相應的Title，不能為空，或者顯示“無(wú)標題頁(yè)”。
3.在測試的時(shí)候要考慮到頁(yè)面出現滾動(dòng)條時(shí)，滾動(dòng)條上下滾動(dòng)時(shí)，頁(yè)面是否正常。
4.URL不區分大小寫(xiě)，大小寫(xiě)不敏感。
5.對于電子商務(wù)網(wǎng)站，當用戶(hù)并發(fā)購買(mǎi)數量大于庫存的數量時(shí)，系統如何處理。
6.測試數據避免單純輸入“123”、“abc”之類(lèi)的，讓測試數據盡量接近實(shí)際。
7.進(jìn)行測試時(shí)，盡量不要用超級管理員進(jìn)行測試，用新建的用戶(hù)進(jìn)行測試。測試人員盡量不要使用同一個(gè)用戶(hù)進(jìn)行測試。
8.提示信息：提示信息是否完整、正確、詳細。
9.幫助信息：是否提供幫助信息，幫助信息的表現形式（頁(yè)面文字、提示信息、幫助文件），幫助信息是否正確、詳細。
10.可擴展性：是否有升級的境地，是否保留了接口。
11.穩定性：運行所需的軟硬件配置，占用資源情況，出現問(wèn)題時(shí)的容錯性，對數據的保護。
12.運行速度：運行的快慢，帶寬占用情況。
Web測試：
由于web應用與用戶(hù)直接相關(guān)，又通常需要承受長(cháng)時(shí)間的大量操作，因此web項目的功能和性能都必須經(jīng)過(guò)可靠的驗證。這就要經(jīng)過(guò)web項目的全面測試。Web應用程序測試與其它任何一種類(lèi)型的應用程序測試相比沒(méi)有太大差別。
5.軟件測試的類(lèi)型主要分為什么
軟件測試類(lèi)型都有哪些？請試著(zhù)分別比較這些不同的測試類(lèi)型的區別與聯(lián)系（如功能測試、性能測試……）
測試類(lèi)型有：功能測試，性能測試，界面測試。
功能測試
在測試工作中占的比例最大，功能測試也叫黑盒測試。
是把測試對象看作一個(gè)黑盒子。利用黑盒測試法進(jìn)行動(dòng)態(tài)測試時(shí)，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內部結構和處理過(guò)程。采用黑盒技術(shù)設計測試用例的方法有：等價(jià)類(lèi)劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
性能測試
是通過(guò)自動(dòng)化的測試工具模擬多種正常、峰值以及異常負載條件來(lái)對系統的各項性能指標進(jìn)行測試。
負載測試和壓力測試都屬于性能測試，兩者可以結合進(jìn)行。通過(guò)負載測試，確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時(shí)，系統各項性能指標的變化情況。壓力測試是通過(guò)確定一個(gè)系統的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統能提供的最大服務(wù)級別的測試。
界面測試
界面是軟件與用戶(hù)交互的最直接的層，界面的好壞決定用戶(hù)對軟件的第一印象。
而且設計良好的界面能夠引導用戶(hù)自己完成相應的操作，起到向導的作用。同時(shí)界面如同人的面孔，具有吸引用戶(hù)的直接優(yōu)勢。設計合理的界面能給用戶(hù)帶來(lái)輕松愉悅的感受和成功的感覺(jué)，相反由于界面設計的失敗，讓用戶(hù)有挫敗感，再實(shí)用強大的功能都可能在用戶(hù)的畏懼與放棄中付諸東流。
區別在于：
★ 功能測試關(guān)注產(chǎn)品的所有功能上，要考慮到每個(gè)細節功能，每個(gè)可能存在的功能問(wèn)題。
★ 性能測試主要關(guān)注于產(chǎn)品整體的多用戶(hù)并發(fā)下的穩定性和健壯性。
★ 界面測試更關(guān)注于用戶(hù)體驗上，用戶(hù)使用該產(chǎn)品的時(shí)候是否易用，是否易懂，是否規范（快捷鍵之類(lèi)的），是否美觀(guān)（能否吸引用戶(hù)的注意力），是否安全（盡量在前臺避免用戶(hù)無(wú)意輸入無(wú)效的數據，當然考慮到體驗性，不能太粗魯的彈出警告）？
做某個(gè)性能測試的時(shí)候，首先它可能是個(gè)功能點(diǎn)，首先要保證它的功能是沒(méi)問(wèn)題的，然后再考慮該功能點(diǎn)的性能測試。
6.請闡述一下有哪幾種測試類(lèi)型,并簡(jiǎn)述每種測試類(lèi)型的測試范圍
1.非功能測試，內容：
·安裝測試
·兼容性測試
·安全性測試
·恢復測試
測試范圍：產(chǎn)品質(zhì)量要滿(mǎn)足客戶(hù)提出的功能性需求、改進(jìn)性能、可用性、可重用性、可行性等非功能性需求；產(chǎn)品設計和實(shí)現應該使其能滿(mǎn)足特定的非功能性需求。
2.性能測試，內容：
·負載測試
·壓力測試
·容量測試
測試范圍：性能是一個(gè)大概念，覆蓋面很廣，固測試范圍包括了系統響應時(shí)間、CPU占有率、內存占有率、平均事務(wù)處理時(shí)間、最大并發(fā)用戶(hù)數、錯誤頁(yè)面數等等。
3.其他測試，主要有：
·α 測試
·β測試
·文檔測試
·界面測試
7.軟件測試中系統測試的類(lèi)型有哪些
功能測試
根據產(chǎn)品的需求規格說(shuō)明書(shū)和測試需求列表，驗證產(chǎn)品的功能實(shí)現是否符合產(chǎn)品需求規格。目標：1.是否有遺漏需求.2.是否正確的實(shí)現所有功能.3.隱示需求在系統是否實(shí)現. 4.輸入，輸出是否正確
性能測試
用來(lái)測試軟件在集成系統中的運行性能.目標： 度量系統相對于預定義目標的差距
壓力測試：在一定的軟硬件及網(wǎng)絡(luò )環(huán)境中，通過(guò)模擬大量的用戶(hù)執行多種業(yè)務(wù)處理大量數據，使系統在極限環(huán)境下長(cháng)時(shí)間運行，目的在于尋找系統的失效點(diǎn).
負載測試：在一定的軟硬件及網(wǎng)絡(luò )環(huán)境下，通過(guò)模擬不同的用戶(hù)，執行一種或多種業(yè)務(wù)，觀(guān)察系統在不同負載下的性能表現。目標：通過(guò)極限測試方法，發(fā)現系統在極限或惡劣的環(huán)境中自我保護能力，主要驗證系統的可靠性.
容量測試
使系統承受超額的數據容量來(lái)發(fā)現它是否能夠正確處理.目標：是面向數據的，顯示系統可以處理目標內確定的數據容量
安全性測試
用來(lái)驗證集成在系統內的保護機制是否能夠在實(shí)際中保護系統不受非法的侵入.目標：通過(guò)安全性測試，來(lái)檢查系統的功能性是否完善
GUI測試
指界面的外形是否與設計內容一致
可用性測試
檢測用戶(hù)在理解和使用系統方面到底有多好
安裝測試
檢測軟件在安裝過(guò)程中的錯誤.目標：不僅僅找安裝軟件本身的錯誤，還要找到安裝文檔的錯誤。
配置測試
測試系統在各種軟硬件配置，不同的參數配置下系統具有的功能和性能.目標：驗證全部配置的可操作性和有效性，特別需要對最大配置，最小配置和特殊配置進(jìn)行測試.
異常測試（恢復性測試）
通過(guò)人工干預手段使系統發(fā)生軟，硬件異常，通過(guò)驗證系統異常前后的功能和運行狀態(tài)，達到檢驗系統容錯，排錯和恢復的能力
備份測試
驗證系統在軟件或者硬件的事件中備份它數據的能力
健壯性測試
用于測試系統在出現故障時(shí)，是否能夠自動(dòng)恢復或忽略故障繼續運行
文檔測試
驗證用戶(hù)文檔是否正確的并且保證操作手冊的過(guò)程能夠正確工作
在線(xiàn)幫助測試
驗證系統的實(shí)時(shí)在線(xiàn)幫助的可用性和正確性
網(wǎng)絡(luò )測試
在網(wǎng)絡(luò )環(huán)境下和其他設備對接，進(jìn)行系統功能，性能與指標方面的測試，保證設備對接正常
穩定性測試
評價(jià)系統在一定負荷情況下，長(cháng)時(shí)間的運行情況
8.心理測試的類(lèi)型有哪些
按測驗的內容分：能力測驗（智力測驗、反應能力測驗）；學(xué)績(jì)測驗，如成套的成就測驗；人格測驗如EPQ、MMPI等。
按測驗的對象特點(diǎn)分：個(gè)別測驗和團體測驗。
按測驗表現形式分：文字測驗（紙筆測驗）和非文字測驗。
按測驗的目的分：描述性測驗、診斷性測驗、預測性測驗。
按測驗的時(shí)間分：速度測驗和難度測驗。
按測驗要求分：有最高作為測驗和典型行為測驗。前者要求被試盡可能作出最好的回答，而且有正確的答案。能力測驗、學(xué)績(jì)測驗均屬此類(lèi)。后者要求被試按照日常習慣回答，無(wú)正確答案，所有人格測驗均可稱(chēng)為典型行為測驗。
一、測試內容：
1、能力測試：
A.普通能力測試主要包括思維能力、想象能力、記憶能力、推理能力、分析能力、數學(xué)能力、空間關(guān)系判斷能力、語(yǔ)言能力等方面的測試。
B.特殊職業(yè)能力測試：特殊職業(yè)能力是指那些特殊的職業(yè)或職業(yè)群的能力。該項測試的目的在于選拔那些具有從事某項職業(yè)的特殊潛能的人才。
C.心理運動(dòng)機能測試主要包括兩大類(lèi)即心理運動(dòng)能力測試和身體能力測試。
2、人格測試：人格測試的目的是為了了解被試的人格特質(zhì)。
3、興趣測試：興趣測試揭示了人們想做什么和喜歡做什么，從中可以發(fā)現被試最感興趣并從中得到最大滿(mǎn)足的工作是什么。
二、測試問(wèn)題：
1、要注意對被試的隱私加以保護。在未征得應聘者同意之前，不能公布應聘者的心理測試結果。
2、要有嚴格的程序。從心理測試準備，到心理測試實(shí)施，以至最后心理測試結果的評判，都要遵循嚴格的程序。
3、心理測試的結果不能作為惟一評定的依據。根據不同標準，對心理測試結果的參考程度不同；另外，心理測試可以和面試、筆試等方式同時(shí)進(jìn)行，結合多種方法，做出客觀(guān)評價(jià)，不能將心理測試作為惟一的評定依據。
三、測試原則：
1、要對個(gè)人的隱私加以保護。因為心理測試涉及到個(gè)人的智力、能力等方面的個(gè)人隱私，這些內容嚴格來(lái)說(shuō)應該只讓被試者以及他愿意讓人知道的人才能了解，所以，有關(guān)測試內容應該嚴加保密。
2、心理測試以前，要先做好預備工作。心理測試選擇的內容、測試的實(shí)施和計分，以及測試結果的解釋都是有嚴格的順序的，一般來(lái)說(shuō)，主試及測試者要受過(guò)嚴格的心理測試方面的訓練。
3、主試要事先做好充分的準備，包括要統一地講出測試指導語(yǔ)；要準備好測試材料；要能夠熟練地掌握測試的具體實(shí)施手續；要盡可能使每一次測試的條件相同，這樣測試結果才可能比較正確。
9.軟件測試的方法有哪幾種
《全國計算機等級考試三級教程軟件測試》目錄 第1章 軟件測試的基本概念1.1 軟件質(zhì)量的概念1.1.1 軟件質(zhì)量的定義1.1.2 軟件質(zhì)量的屬性1.1.3 軟件質(zhì)量模型1.1.4 軟件質(zhì)量的度量1.1.5 影響軟件質(zhì)量的主要因素1.2 軟件測試的概念1.2.1 軟件測試的定義與目的1.2.2 軟件測試的原則1.3 軟件的缺陷與錯誤1.3.1 軟件缺陷的定義和類(lèi)型1.3.2 軟件缺陷的級別1.3.3 軟件缺陷產(chǎn)生的原因1.3.4 軟件缺陷的構成第1章 軟件測試的基本概念1.1 軟件質(zhì)量的概念1.1.1 軟件質(zhì)量的定義1.1.2 軟件質(zhì)量的屬性1.1.3 軟件質(zhì)量模型1.1.4 軟件質(zhì)量的度量1.1.5 影響軟件質(zhì)量的主要因素1.2 軟件測試的概念1.2.1 軟件測試的定義與目的1.2.2 軟件測試的原則1.3 軟件的缺陷與錯誤1.3.1 軟件缺陷的定義和類(lèi)型1.3.2 軟件缺陷的級別1.3.3 軟件缺陷產(chǎn)生的原因1.3.4 軟件缺陷的構成1.3.5 修復軟件缺陷的代價(jià)1.4 軟件測試的經(jīng)濟學(xué)與心理學(xué)1.4.1 軟件測試的心理學(xué)1.4.2 軟件測試的經(jīng)濟學(xué)1.5 軟件質(zhì)量保證1.5.1 軟件質(zhì)量保證概要1.5.2 軟件質(zhì)量保證活動(dòng)的實(shí)施1.5.3 軟件的驗證與確認1.5.4 驗證和確認任務(wù)分析 本章小結 第2章 軟件生存周期中測試的實(shí)施2.1 軟件開(kāi)發(fā)階段2.1.1 軟件生存周期2.1.2 軟件測試的生存周期模型2.1.3 軟件測試過(guò)程模型2.1.4 測試信息流2.2 需求獲取與分析階段的測試2.2.1 需求評審的實(shí)施2.2.2 需求規格說(shuō)明的評審2.2.3 Wiegers 用例與需求評審表2.2.4 基于原型的測試2.2.5 基于需求的測試覆蓋率評估2.3 設計階段的測試2.3.1 設計的測試因素2.3.2 設計評審的實(shí)施2.3.3 設計規格說(shuō)明的評審2.3.4 設計元素的覆蓋原則2.4 編程階段的測試2.4.1 白盒測試與黑盒測試2.4.2 源代碼的控制流覆蓋原則2.4.3 源代碼的數據流覆蓋原則2.4.4 源代碼的靜態(tài)分析與動(dòng)態(tài)測試2.5 運行和維護階段的測試2.6 回歸測試2.6.1 回歸測試的概念2.6.2 回歸測試的類(lèi)型2.6.3 回歸測試的時(shí)機2.6.4 回歸測試的實(shí)施 本章小結 第3章 代碼檢查、走查與評審3.1 桌上檢查3.1.1 桌上檢查的實(shí)施3.1.2 桌上檢查的檢查表3.2 代碼檢查3.2.1 特定的角色和職責3.2.2 代碼檢查的實(shí)施3.2.3 用于代碼檢查的檢查表3.3 走查3.3.1 特定的角色和職責3.3.2 走查的實(shí)施3.3.3 走查中的靜態(tài)分析技術(shù)3.4 同行評審3.4.1 同行評審的角色和職責3.4.2 同行評審的內容3.4.3 評審的方法和技術(shù)3.4.4 評審工作 本章小結 第4章 白盒測試4.1 覆蓋率的概念4.2 邏輯覆蓋4.2.1 語(yǔ)句覆蓋與塊覆蓋4.2.2 判定覆蓋（分支覆蓋）4.2.3 條件覆蓋4.2.4 條件/判定覆蓋4.2.5 條件組合覆蓋4.2.6 路徑覆蓋4.2.7 ESTCA覆蓋4.2.8 LCSAJ覆蓋4.3 路徑測試4.3.1 分支結構的路徑測試4.3.2 循環(huán)結構的路徑測試4.3.3 圈復雜度與基本路徑測試4.4 數據流測試4.4.1 定義∕使用測試的幾個(gè)定義4.4.2 定義∕使用測試舉例4.4.3 定義∕使用路徑測試覆蓋指標4.5 基于覆蓋的測試用例選擇4.5.1 覆蓋率的使用4.5.2 使用最少的測試用例來(lái)達到覆蓋4.6 程序插樁技術(shù)4.6.1 程序插樁4.6.2 用于測試覆蓋率的程序插樁4.6.3 用于斷言檢測的程序插樁4.6.4 用于數據流異常檢測的程序插樁 本章小結 第5章 黑盒測試5.1 等價(jià)類(lèi)測試5.1.1 等價(jià)類(lèi)的概念5.1.2 等價(jià)類(lèi)測試的原則5.1.3 等價(jià)類(lèi)方法測試用例設計舉例5.2 邊界值分析5.2.1 邊界值分析的概念5.2.2 選擇測試用例的原則5.2.3 邊界值方法測試用例設計舉例5.3 基于判定表的測試5.3.1 判定表的概念5.3.2 基于判定表的測試用例設計舉例5.4 基于因果圖的測試5.4.1 因果圖的適用范圍5.4.2 用因果圖生成測試用例5.4.3 因果圖法測試用例設計舉例5.5 基于狀態(tài)圖的測試5.5.1 狀態(tài)圖5.5.2 利用狀態(tài)轉換樹(shù)生成測試用例5.5.3 利用狀態(tài)轉換表生成測試用例5.6 基于功能圖的測試5.6.1 功能圖5.6.2 功能圖法設計測試用例舉例5.7 基于用例和場(chǎng)景的測試5.7.1 基本流和備選流5.7.2 利用用例和場(chǎng)景設計測試用例的實(shí)例5.8 基于有向圖的測試用例設計5.8.1 使用基于有向圖的測試的場(chǎng)合5.8.2 基于事務(wù)流建模設計測試用例5.8.3 基于控制流建模設計測試用例5.8.4 基于有向圖設計測試用例的過(guò)程5.9 基于正交實(shí)驗設計法的測試5.9.1 提取功能說(shuō)明，構造因子/ 狀態(tài)表5.9.2 加權篩選，生成因素分析表5.9.3 利用正交表構造測試數據集5.10 其他黑盒測試用例設計技術(shù) 本章小結 第6章 單元測試和集成測試6.1 單元測試的基本概念6.1.1 單元測試的定義6.1.2 單元測試與集成測試、系統測試的區別6.1.3 單元測試環(huán)境6.2 單元測試策略6.2.1 自頂向下的單元測試策略6.2.2 自底向上的單元測試策略6.2.3 孤立測試6.2.4 綜合測試6.3 單元測試分析6.3.1 模塊接口6.3.2 局部數據結構6.3.3 獨立路徑6.3.4 出錯處理6.3.5 邊界條件6.4 單元測試的測試用例設計原則6.4.1 單元測試的測試用例設計步驟6.4.2 單元測試中的白盒測試與黑盒測試6.5 集成測試的基本概念6.6 集成測試策略6.6.1 基于分解的集成策略6.6.2 基于功能的集成6.6.3 基于路徑的集成6.6.4 基于調用圖的集成6.7 集成測試分析6.7.1 體系結構分析6.7.2 模塊單元分析6.7.3 接口分析6.7.4 風(fēng)險分析6.7.5 可測試性分析6.7.6 集成測試策略分析6.7.7 常見(jiàn)的集成測試故障6.8 集成測試的測試用例設計原則6.8.1 集成測試的測試用例設計步驟6.8.2 場(chǎng)景測試 本章小結 第7章 系統測試7.1 系統測試概念7.2 系。
