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