軟件測(cè)試復(fù)習(xí)重點(diǎn)

第二章 1．軟件質(zhì)量是軟件特性的總和,以及滿足規(guī)定和潛在顧客需求的能力 2.產(chǎn)品質(zhì)量的原則:功能性 可用性 可靠性　性能 容量　可測(cè)量性 可維護(hù)性　兼容性 可擴(kuò)展性 ３.軟件測(cè)試的分類：按測(cè)試階段或?qū)哟畏郑簡(jiǎn)卧獪y(cè)試，集成測(cè)試,系統(tǒng)測(cè)試盒驗(yàn)收測(cè)試 ? ? 　按措施分：白盒測(cè)試和黑盒測(cè)試 ? ? 　按目的和特性分：功能測(cè)試 強(qiáng)健型測(cè)試 性能測(cè)試 合用性測(cè)試 安全測(cè)試 可靠性測(cè)試 4.測(cè)試階段(SDLC): 5．單元測(cè)試：?jiǎn)卧獪y(cè)試的對(duì)象是程序系統(tǒng)中的最小單元－－-模塊或組件上,在編碼階段進(jìn)行，針對(duì)每個(gè)模塊進(jìn)行測(cè)試,重要通過白盒測(cè)試措施,從程序的內(nèi)部構(gòu)造出發(fā)設(shè)計(jì)測(cè)試用例，檢查程序模塊或組件的已實(shí)現(xiàn)的功能與定義的功能與否一致、以及編碼中與否存在錯(cuò)誤。多種模塊可以平行地、對(duì)立地測(cè)試，一般要編寫驅(qū)動(dòng)模塊和樁模塊 單元測(cè)試一般由編程人員和測(cè)試人員共同完畢 ６.集成測(cè)試:集成測(cè)試,也稱組裝測(cè)試、聯(lián)合測(cè)試、子系統(tǒng)測(cè)試，在單元測(cè)試的基本上,將模塊按照設(shè)計(jì)規(guī)定組裝起來同步進(jìn)行測(cè)試，重要目的是發(fā)現(xiàn)與接口有關(guān)的模塊之間問題 兩種集成方式：一次性集成方式和增殖式集成方式。 7．功能測(cè)試:功能測(cè)試一般須在完畢集成測(cè)試后進(jìn)行,并且是針相應(yīng)用系統(tǒng)進(jìn)行測(cè)試。功能測(cè)試是基于產(chǎn)品功能闡明書,是在已知產(chǎn)品所應(yīng)具有的功能,從顧客角度來進(jìn)行功能驗(yàn)證，以確認(rèn)每個(gè)功能與否都能正常使用 ８.系統(tǒng)測(cè)試：系統(tǒng)測(cè)試是將軟件放在整個(gè)計(jì)算機(jī)環(huán)境下，涉及軟硬件平臺(tái)、某些支持軟件、數(shù)據(jù)和人員等,在實(shí)際運(yùn)營(yíng)環(huán)境下進(jìn)行一系列的測(cè)試，涉及恢復(fù)測(cè)試、安全測(cè)試、強(qiáng)度測(cè)試和性能測(cè)試等　 9．驗(yàn)收測(cè)試和安裝測(cè)試：驗(yàn)收測(cè)試的目的是向?qū)淼念櫩捅戆紫到y(tǒng)可以像預(yù)定規(guī)定那樣工作,驗(yàn)證軟件的功能和性能猶如顧客所合理期待的那樣 安裝測(cè)試是指按照軟件產(chǎn)品安裝手冊(cè)或相應(yīng)的文檔，在一種和顧客使用該產(chǎn)品完全同樣的環(huán)境中或相稱于顧客使用環(huán)境中，進(jìn)行一步一步的安裝操作性的測(cè)試　 第三章 1. 測(cè)試的核心問題是如何選擇測(cè)試用例。 ２. 軟件測(cè)試難度大 根據(jù)上述分析,既然不能進(jìn)行 “窮舉”測(cè)試，又要查出盡量多的錯(cuò)誤，軟件測(cè)試工作的難度大。只有選擇 —?高效的測(cè)試用例 測(cè)試用例:由測(cè)試數(shù)據(jù)和預(yù)期成果構(gòu)成的 ３.軟件測(cè)試的對(duì)象和目的：軟件測(cè)試的對(duì)象涉及源程序、目的程序、數(shù)據(jù)及有關(guān)文檔。 測(cè)試的目的是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程；好的測(cè)試方案是極也許發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案;成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。 軟件是人的發(fā)明活動(dòng)，錯(cuò)誤不可避免,因此只能發(fā)現(xiàn)錯(cuò)誤，不能避免錯(cuò)誤 4. 規(guī)定掌握多種邏輯覆蓋法和基途徑覆蓋法的概念,并能設(shè)計(jì)有關(guān)的測(cè)試用例！ ５. ——滿足鑒定/條件覆蓋的測(cè)試用例一定同步滿足鑒定覆蓋和條件覆蓋。 滿足組合覆蓋的測(cè)試用例一定滿足鑒定覆蓋、條件覆蓋和鑒定/條件覆蓋。 6． 規(guī)定掌握控制流圖的畫法、控制流圖的圈復(fù)雜度的計(jì)算措施、掌握使用基本途徑測(cè)試法設(shè)計(jì)測(cè)試用例的措施。 7.?。ㄗ罴芽匆幌拢奝PT復(fù)習(xí)30頁)ＭcCabe基途徑算法舉例 ８.黑盒測(cè)試:理解一下分類: 掌握等價(jià)類劃分法，可以劃分等價(jià)類并設(shè)計(jì)測(cè)試用例。 掌握弱一般等價(jià)類測(cè)試、強(qiáng)一般等價(jià)類測(cè)試、弱強(qiáng)健等價(jià)類測(cè)試、強(qiáng)強(qiáng)健等價(jià)類測(cè)試的概念。 等價(jià)類測(cè)試：等價(jià)類劃分法是一種重要的,常用的黑盒測(cè)試用例設(shè)計(jì)措施。 完全不考慮程序內(nèi)部構(gòu)造,只根據(jù)程序規(guī)格闡明書對(duì)輸入范疇進(jìn)行劃分; 把所有也許的輸入數(shù)據(jù),即程序的輸入域劃提成若干互不相交的部分（子集）,稱為等價(jià)類,然后從每個(gè)等價(jià)類中選用少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例。 劃分等價(jià)類:等價(jià)類劃分可有兩種不同的狀況:有效等價(jià)類和無效等價(jià)類。 有效等價(jià)類:是指對(duì)于程序的規(guī)格闡明來說是合理的、故意義的輸入數(shù)據(jù)構(gòu)成的集合。運(yùn)用有效等價(jià)類可檢查程序與否實(shí)現(xiàn)了規(guī)格闡明中所規(guī)定的功能和性能。 無效等價(jià)類:與有效等價(jià)類的定義碰巧相反。 　 設(shè)計(jì)測(cè)試用例時(shí),要同步考慮這兩種等價(jià)類。軟件不僅要能接受合理的數(shù)據(jù),也要能經(jīng)受意外的考驗(yàn)。這樣的測(cè)試才干保證軟件具有更高的可靠性。 弱一般等價(jià)類測(cè)試:每個(gè)測(cè)試用例只使用一種等價(jià)類(區(qū)間)中的一種變量。 注意：等價(jià)類測(cè)試措施同樣根據(jù)不同的測(cè)試對(duì)象，可合用于基于輸入變量的測(cè)試用例選擇和基于輸出的測(cè)試用例選擇。 強(qiáng)一般等價(jià)類：強(qiáng)一般等價(jià)類是基于多缺陷設(shè)計(jì)的，保證了兩種意義上的完備性:１)覆蓋了所有的等價(jià)類;2）覆蓋了所有也許的輸入組合 弱強(qiáng)健等價(jià)類測(cè)試：強(qiáng)健:考慮問題中的無效值 　 弱:基于單缺陷假設(shè) 測(cè)試用例：對(duì)于有效輸入,使用每個(gè)有效等價(jià)類中的一種值； 　 　 　對(duì)于無效輸入,取一種無效值，并保持其她的值是有效的 強(qiáng)強(qiáng)健等價(jià)測(cè)試:強(qiáng)健:考慮問題中的無效值 　　 強(qiáng)：基于多缺陷假設(shè) 從所有等價(jià)類（涉及有效和無效的）笛卡兒積的每個(gè)元素中獲得測(cè)試用例。 9. 掌握邊界值分析措施的原理,并能運(yùn)用邊界值分析法設(shè)計(jì)測(cè)試用例。 邊界值分析法:邊界值分析措施是對(duì)等價(jià)類劃分措施的補(bǔ)充。 使用邊界值分析措施設(shè)計(jì)測(cè)試用例,一方面應(yīng)擬定邊界狀況。一般輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測(cè)試的邊界狀況。應(yīng)當(dāng)選用正好等于,剛剛不小于或剛剛不不小于邊界的值作為測(cè)試數(shù)據(jù),而不是選用等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù)。 邊界值分析:關(guān)注輸入空間的邊界,以標(biāo)記測(cè)試用例。 基本思想：運(yùn)用輸入變量的最小值、略高于最小值、正常值、略低于最大值和最大值來設(shè)計(jì)測(cè)試用例。 基于一種核心假設(shè)—“單缺陷”假設(shè)：失效很少是由兩個(gè)(或多種）缺陷的同步發(fā)生引起。 邊界值測(cè)試用例：只讓一種變量取極值，其他所有變量取正常值。 對(duì)于一種n變量函數(shù)，讓一種變量依次取min，mｉｎ+，ｎoｍ，ｍax-,ｍax各個(gè)極值，而保持其他所有變量為正常值；依次對(duì)每個(gè)變量都反復(fù)這個(gè)過程即可。 邊界值分析會(huì)產(chǎn)生4n+1個(gè)測(cè)試用例。本來應(yīng)當(dāng)是5n個(gè)(但正常狀況的組合會(huì)反復(fù)) 強(qiáng)健性測(cè)試:邊界值分析的擴(kuò)展：除了五個(gè)邊界值分析取值外,（考慮無效值)加上略超過最大值maｘ＋、略不不小于最小值ｍin-的取值。 目的：測(cè)試系統(tǒng)物理量超過其最大值時(shí)浮現(xiàn)的狀況,關(guān)注測(cè)試的預(yù)期輸出。 ? 對(duì)強(qiáng)健性測(cè)試,最重要的不是輸入，而是盼望輸出。（考慮在物理量超過其上限時(shí)會(huì)浮現(xiàn)什么狀況？例如5月3２，應(yīng)給出出錯(cuò)信息) ? 強(qiáng)健性測(cè)試最重要的價(jià)值在于把注意力集中在對(duì)系統(tǒng)異常狀況的解決上。 ? 但對(duì)于強(qiáng)類型語言,強(qiáng)健性測(cè)試也許比較困難，如在C語言中，如果給定變量的取值范疇則超過這個(gè)范疇的取值都會(huì)產(chǎn)生故障。 10. 掌握鑒定表法的基本原理,并能運(yùn)用它設(shè)計(jì)測(cè)試用例。 理解因果圖法、場(chǎng)景法、錯(cuò)誤推測(cè)法 掌握靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試的區(qū)別：靜態(tài)測(cè)試涉及對(duì)軟件產(chǎn)品的需求和設(shè)計(jì)規(guī)格闡明書的評(píng)審.對(duì)程序代碼的復(fù)審等，靜態(tài)分析的差錯(cuò)和分析功能是其她措施所不能替代的,可以采用人工檢測(cè)盒計(jì)算機(jī)輔助靜態(tài)分析手段進(jìn)行檢測(cè),但越來越多地采用工具進(jìn)行自動(dòng)化分析。動(dòng)態(tài)測(cè)試時(shí)通過真正運(yùn)營(yíng)程序發(fā)現(xiàn)錯(cuò)誤,通過觀測(cè)代碼運(yùn)營(yíng)過程，來獲取系統(tǒng)信息，對(duì)系統(tǒng)行為進(jìn)行驗(yàn)證。 第四章 1.測(cè)試過程模型: 軟件測(cè)試過程模型 v模型 w模型 TＭAP模型 規(guī)定理解測(cè)試過程的３種模型,具體掌握v＼M模型（見復(fù)習(xí)PPt　59-61頁，書上６6頁)的原理，懂得各階段的相應(yīng)關(guān)系 測(cè)試V模型 W模型 TMAP模型 第五章 (掌握單元測(cè)試的概念，單元測(cè)試的任務(wù)，理解單元測(cè)試的工具） １.　定義：?jiǎn)卧獪y(cè)試是對(duì)軟件基本構(gòu)成單元進(jìn)行的測(cè)試。 時(shí)機(jī):一般在代碼完畢后由開發(fā)人員完畢,QA人員輔助. 概念:模塊, 組件, 單元 2. 靜態(tài)測(cè)試技術(shù)的運(yùn)用： 靜態(tài)測(cè)試技術(shù)： 不運(yùn)營(yíng)被測(cè)試程序,對(duì)代碼通過檢查、閱讀進(jìn)行分析。 三步曲： 走查:采用解說、討論和模擬運(yùn)營(yíng)的方式進(jìn)行的查找錯(cuò)誤的活動(dòng)。 審查:采用解說、提問方式進(jìn)行，一般有正式的籌劃、流程和成果。重要措施采用缺陷檢查表。 評(píng)審:一般在審查會(huì)后進(jìn)行，審查小組根據(jù)記錄和報(bào)告進(jìn)行評(píng)估。 ３. 動(dòng)態(tài)測(cè)試技術(shù)的運(yùn)用 動(dòng)態(tài)測(cè)試需要真正將程序運(yùn)營(yíng)起來,需要設(shè)計(jì)系列的測(cè)試用例保證測(cè)試的完整性和有效性。 4.　理解單元測(cè)試階段的多種工具,如ｊuｎit,cppunit,sｏuｒcemonｉtor等。 第六章 1.集成與系統(tǒng)測(cè)試: 集成測(cè)試: ? 集成測(cè)試是在軟件系統(tǒng)集成過程中所進(jìn)行的測(cè)試，其重要目的是檢查軟件單元之間的接口與否對(duì)的。 ? 它根據(jù)集成測(cè)試籌劃,一邊將模塊或其她軟件單元組合成越來越大的系統(tǒng)，一邊運(yùn)營(yíng)該系統(tǒng),以分析所構(gòu)成的系統(tǒng)與否對(duì)的,各構(gòu)成部分與否合拍。 ? 集成測(cè)試的方略重要有自頂向下和自底向上兩種。 系統(tǒng)測(cè)試： ? 系統(tǒng)測(cè)試是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試；以驗(yàn)證軟件系統(tǒng)的對(duì)的性和性能等滿足其規(guī)約所指定的規(guī)定，檢查軟件的行為和輸出與否對(duì)的并非一項(xiàng)簡(jiǎn)樸的任務(wù),它被稱為測(cè)試的 “ 先知者問題 ” ; ? 因此，系統(tǒng)測(cè)試應(yīng)當(dāng)按照測(cè)試籌劃進(jìn)行，其輸入、輸出和其她動(dòng)態(tài)運(yùn)營(yíng)行為應(yīng)當(dāng)與軟件規(guī)約進(jìn)行對(duì)比。軟件系統(tǒng)測(cè)試措施諸多，重要有功能測(cè)試、性能測(cè)試、隨機(jī)測(cè)試等等。 集成測(cè)試與系統(tǒng)測(cè)試的區(qū)別: 測(cè)試措施 – 集成測(cè)試：一般采用白盒測(cè)試和黑盒測(cè)試相結(jié)合的測(cè)試措施。 – 系統(tǒng)測(cè)試:一般使用黑盒測(cè)試措施。 測(cè)試內(nèi)容 – 集成測(cè)試:各個(gè)單元模塊直接的接口,以及各個(gè)模塊集成后所實(shí)現(xiàn)的功能。 – 系統(tǒng)測(cè)試:整個(gè)系統(tǒng)的功能和性能。 測(cè)試目的 – 集成測(cè)試:發(fā)現(xiàn)單元之間接口的錯(cuò)誤,以及發(fā)現(xiàn)集成后的軟件同軟件概要設(shè)計(jì)闡明書不一致的地方，保證各個(gè)單元模塊組合在一起后，可以達(dá)到軟件概要設(shè)計(jì)闡明的規(guī)定,協(xié)調(diào)一致地工作。 – 系統(tǒng)測(cè)試:通過與系統(tǒng)需求定義相比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或矛盾的地方。 2.集成測(cè)試的第一步：模塊劃分是集成測(cè)試的第一步，也是最重要的工作之一。模塊劃分的好壞直接影響集成測(cè)試工作量、進(jìn)度和質(zhì)量。軟件工程的2/８原則：測(cè)試中發(fā)現(xiàn)的８0%的錯(cuò)誤也許源于2０％的模塊。 一般將模塊劃分為３個(gè)級(jí)別:高危模塊、一般模塊和低危模塊。高危模塊應(yīng)當(dāng)優(yōu)先測(cè)試。 ３.　集成測(cè)試與開發(fā) ? 集成測(cè)試與軟件開發(fā)過程中的概要設(shè)計(jì)有關(guān)，概要設(shè)計(jì)中有關(guān)整個(gè)系統(tǒng)的體系構(gòu)造是集成測(cè)試用例設(shè)計(jì)的基本。 ? 概要設(shè)計(jì)作為軟件設(shè)計(jì)的骨架,可以清晰地表達(dá)出大型系統(tǒng)中的組件或子系統(tǒng)的層次構(gòu)造,軟件產(chǎn)品的層次、組件分布、子系統(tǒng)分布等信息為集成測(cè)試方略的選用提供了重要的參照根據(jù)。 ? 集成測(cè)試可以檢查所設(shè)計(jì)的軟件構(gòu)架與否存在錯(cuò)誤和漏掉，以及與否存在二義性。 4. 集成測(cè)試的層次 ? 對(duì)于老式軟件來說，按集成粒度不同,可以把集成測(cè)試分為3個(gè)層次,即： – 模塊間集成測(cè)試 – 子系統(tǒng)內(nèi)集成測(cè)試 – 子系統(tǒng)間集成測(cè)試 ? 對(duì)于面向?qū)ο蟮膽?yīng)用系統(tǒng)來說,按集成粒度不同,可以把集成測(cè)試分為2個(gè)層次： – 類內(nèi)集成測(cè)試 – 類間集成測(cè)試 ５.集成測(cè)試的模式： 漸增式測(cè)試模式：先分別測(cè)試每個(gè)模塊,再把所有模塊按設(shè)計(jì)規(guī)定放在一起結(jié)合成所要的程序,如大棒模式。 漸增式測(cè)試模式:把下一種要測(cè)試的模塊同已經(jīng)測(cè)試好的模塊結(jié)合起來進(jìn)行測(cè)試,測(cè)試完后來再把下一種應(yīng)當(dāng)測(cè)試的模塊結(jié)合進(jìn)來測(cè)試。 ６.　自頂向下和自底向上集成措施 驅(qū)動(dòng)程序/驅(qū)動(dòng)模塊（dｒiver），用以模擬被測(cè)模塊的上級(jí)模塊。驅(qū)動(dòng)模塊在集成測(cè)試中接受測(cè)試數(shù)據(jù),把有關(guān)的數(shù)據(jù)傳送給被測(cè)模塊,啟動(dòng)被測(cè)模塊,并打印出相應(yīng)的成果。 樁程序/樁模塊（stub),也有人稱為存根程序，用以模擬被測(cè)模塊工作過程中所調(diào)用的模塊。樁模塊由被測(cè)模塊調(diào)用,它們一般只進(jìn)行很少的數(shù)據(jù)解決,例如打印入口和返回,以便于檢查被測(cè)模塊與其下級(jí)模塊的接口 ７.　集成測(cè)試的方略：自頂向下集成，自底向上集成，大棒集成,三明治集成等。 規(guī)定掌握各集成方略的方案設(shè)計(jì)。 自頂向下集成: ? 長(zhǎng)處:能盡早地對(duì)程序的重要控制和決策機(jī)制進(jìn)行檢查，因此可以較早地發(fā)現(xiàn)錯(cuò)誤。 ? 缺陷：在測(cè)試較高層模塊時(shí),低層解決采用樁模塊替代，不能反映真實(shí)狀況,重要數(shù)據(jù)不能及時(shí)回送到上層模塊,因此測(cè)試并不充足。 自底向上集成: 長(zhǎng)處：自底向上集成措施不用樁模塊，測(cè)試用例的設(shè)計(jì)亦相對(duì)簡(jiǎn)樸； ? 缺陷:程序最后一種模塊加入時(shí)才具有整體形象。 ? 它與自頂向下綜合測(cè)試措施優(yōu)缺陷正好相反,因此在測(cè)試軟件系統(tǒng)時(shí),應(yīng)根據(jù)軟件的特點(diǎn)和工程的進(jìn)度,選用合適的測(cè)試措施，有時(shí)混和使用兩種措施更為有效,上層模塊用自項(xiàng)向下的措施,下層模塊用自底向上的措施。 大棒集成措施 三明治集成措施： 改善的三明治集成措施: 8. 掌握回歸測(cè)試、性能測(cè)試、壓力測(cè)試的概念與各自的特點(diǎn)。 回歸測(cè)試:當(dāng)發(fā)現(xiàn)某些嚴(yán)重的缺陷需要修正時(shí),會(huì)構(gòu)造一種新的軟件包,需要對(duì)新的軟件包進(jìn)行測(cè)試。這個(gè)測(cè)試不僅驗(yàn)證被修復(fù)的軟件缺陷與否真正被解決了,并且要保證此前所有運(yùn)營(yíng)正常的功能仍舊保持正常。 性能測(cè)試概念和目的： 性能測(cè)試的目的:　為了驗(yàn)證系統(tǒng)與否達(dá)到顧客提出的性能指標(biāo),同步發(fā)現(xiàn)系統(tǒng)中存在的性能瓶頸，起到優(yōu)化系統(tǒng)的目的。 性能測(cè)試指標(biāo)的來源:顧客對(duì)各項(xiàng)指標(biāo)提出的明確需求;如果顧客沒有提出性能指標(biāo)則根據(jù)顧客需求、測(cè)試設(shè)計(jì)人員的經(jīng)驗(yàn)來設(shè)計(jì)各項(xiàng)測(cè)試指標(biāo)。（需求+經(jīng)驗(yàn)) 重要的性能指標(biāo):服務(wù)器的各項(xiàng)指標(biāo)(CPU、內(nèi)存占用率等）、后臺(tái)數(shù)據(jù)庫的各項(xiàng)指標(biāo)、網(wǎng)絡(luò)流量、響應(yīng)時(shí)間 系統(tǒng)負(fù)載: 在線顧客：通過瀏覽器訪問登錄系統(tǒng)后還沒有退出的顧客。 虛擬顧客：模擬瀏覽器向wｅb服務(wù)器發(fā)送祈求并接受響應(yīng)的一種進(jìn)程或線程。 并發(fā)顧客：同步在線并操作系統(tǒng)。在性能測(cè)試中，一般同步模擬多種顧客運(yùn)營(yíng)一套腳本，即執(zhí)行相似操作。 顧客并發(fā)數(shù)量：不一定等于在線顧客數(shù)量,由于有些在線顧客不進(jìn)行操作。 思考時(shí)間：瀏覽器在收到響應(yīng)后提交下一種祈求之間的間隔時(shí)間。思考時(shí)間越短，服務(wù)器就承受更大的負(fù)載。 負(fù)載模式：１)一次性建立2０0個(gè)并發(fā)連接； 　 　 　 　　 　 2)每秒逐漸增長(zhǎng)10個(gè)連接,直至２0０個(gè)。 系統(tǒng)性能指標(biāo): 祈求響應(yīng)時(shí)間:客戶端瀏覽器向weｂ服務(wù)器提交一種祈求到收到響應(yīng)之間的間隔時(shí)間 事務(wù)響應(yīng)時(shí)間:事務(wù)也許由一系列祈求構(gòu)成，這一系列祈求完畢解決所耗費(fèi)的時(shí)間。 數(shù)據(jù)吞吐量：?jiǎn)挝粫r(shí)間內(nèi)客戶端和服務(wù)器之間網(wǎng)絡(luò)上傳播的數(shù)據(jù)量；（單位時(shí)間內(nèi)web服務(wù)器成功解決的HＴＴP頁面數(shù)量) 兩種負(fù)載類型： “Ｆｌat”測(cè)試: 對(duì)于一次建立連接數(shù)的測(cè)試,應(yīng)當(dāng)取響應(yīng)時(shí)間和吞吐量的平均值。精確地獲得這些值的唯一措施是一次加載所有的顧客,然后在預(yù)定的時(shí)間段內(nèi)持續(xù)運(yùn)營(yíng)。 Ramp-up測(cè)試:　顧客是交錯(cuò)上升的(每幾秒增長(zhǎng)某些新顧客)。ramp－uｐ測(cè)試不能產(chǎn)生精確和可重現(xiàn)的平均值，這是由于由于顧客的增長(zhǎng)是每次一部分，系統(tǒng)的負(fù)載在不斷地變化。其長(zhǎng)處是，可以看出隨著系統(tǒng)負(fù)載的變化,測(cè)量值是如何變化的à據(jù)此選擇要運(yùn)營(yíng)的flａt(yī)測(cè)試的范疇。 壓力測(cè)試:在一種需要反常（如長(zhǎng)時(shí)間的峰值）數(shù)量、頻率或資源的方式下，在軟件負(fù)載達(dá)到極限前,執(zhí)行可反復(fù)的負(fù)載測(cè)試,以檢查程序?qū)Ξ惓顩r的抵御能力，找出性能瓶頸。從本質(zhì)上來說,測(cè)試者是想要破壞程序。 第七章 1. 驗(yàn)收測(cè)試(Accｅpｔａｎce Teｓｔ):在軟件產(chǎn)品完畢了功能測(cè)試和系統(tǒng)測(cè)試之后、產(chǎn)品發(fā)布之前所進(jìn)行的軟件測(cè)試活動(dòng)它是技術(shù)測(cè)試的最后一種階段，也稱為交付測(cè)試。重要涉及易用性測(cè)試、兼容性測(cè)試、安裝測(cè)試、文檔（如顧客手冊(cè)、操作手冊(cè)等)測(cè)試等幾種方面的內(nèi)容。 2. α測(cè)試、β測(cè)試 n α測(cè)試是指軟件開發(fā)公司組織內(nèi)部人員模擬各類顧客行對(duì)即將面市軟件產(chǎn)品(稱為α版本）進(jìn)行測(cè)試,試圖發(fā)現(xiàn)錯(cuò)誤并修正。 n 通過α測(cè)試調(diào)節(jié)的軟件產(chǎn)品稱為β版本。緊隨其后的β測(cè)試是指軟件開發(fā)公司組織各方面的典型顧客在平常工作中實(shí)際使用β版本，并規(guī)定顧客報(bào)告異常狀況、提出批評(píng)意見。然后軟件開發(fā)公司再對(duì)β版本進(jìn)行改錯(cuò)和完善。 第八章面向?qū)ο筌浖臏y(cè)試 １.重要是兩個(gè)方面: p 類的線性測(cè)試,交互測(cè)試。 p 類的獨(dú)立性測(cè)試（跨平臺(tái))方面測(cè)試 　 面向?qū)ο蟮某绦蚴怯扇舾蓪?duì)象構(gòu)成的，這些對(duì)象互相協(xié)作以解決某些問題。對(duì)象的協(xié)作方式?jīng)Q定了程序能做什么，從而決定了這個(gè)程序執(zhí)行的對(duì)的性。因此，一種程序中對(duì)象的對(duì)的協(xié)作----即交互-－--對(duì)于程序的對(duì)的性是非常核心的。 2。面向?qū)ο蟮募蓽y(cè)試-對(duì)象交互 匯集類測(cè)試 有些類在它們的闡明中使用對(duì)象,但是事實(shí)上從不和這些對(duì)象中的任何一種進(jìn)行協(xié)作,即歷來不祈求這些對(duì)象的任何服務(wù)。相反,它們會(huì)體現(xiàn)出如下的一種或多種行為： p 寄存這些對(duì)象的引用（或指針）——對(duì)象之間一對(duì)多的關(guān)系 p 創(chuàng)立、刪除這些對(duì)象的實(shí)例 協(xié)作類測(cè)試 p 該類的一種或多種操作中使用其他的對(duì)象并將其作為它們的實(shí)現(xiàn)中不可缺少的一部分。當(dāng)類接口中的一種操作的某個(gè)后置條件引用了一具對(duì)象的實(shí)例狀態(tài),并且(或者）闡明那個(gè)對(duì)象的某個(gè)屬性被使用或修改了，那么這個(gè)類就是一種協(xié)作類 。 3. 理解面向?qū)ο鬁y(cè)試的特點(diǎn)、內(nèi)容。 第十章軟件本地化測(cè)試 軟件國(guó)際化（ＳＷ　Intｅrnａt(yī)ioｎaliｚatioｎ，I18Ｎ) § 軟件國(guó)際化是在軟件設(shè)計(jì)和文檔開發(fā)過程中,使得功能和代碼設(shè)計(jì)能解決多種語言和文化老式，使創(chuàng)立不同語言版本時(shí)，不需要重新設(shè)計(jì)源程序代碼的軟件工程措施。 軟件本地化(ＳＷ Ｌｏcalizａｔｉｏn,L1０N) § 軟件本地化是將一種軟件產(chǎn)品按特定國(guó)家/地區(qū)或語言市場(chǎng)的需要進(jìn)行加工，使之滿足特定市場(chǎng)上的顧客對(duì)語言和文化的特殊規(guī)定的軟件生產(chǎn)活動(dòng)。 G11Ｎ　= Ｉ18N + L10N 理解軟件本地化、國(guó)際化的有關(guān)概念。 Ｉ１8Ｎ：支持Unicｏｄe字符集、雙字節(jié)的字符； 分離程序代碼和顯示內(nèi)容 消除Haｒd?。鉶dｅ 使用Hｅader files 去定義常常被調(diào)用的代碼段; 改善翻譯文本尺寸，具有調(diào)節(jié)的靈活性 支持各個(gè)國(guó)家的鍵盤設(shè)立； 支持文字排序和大小寫轉(zhuǎn)換; 支持各個(gè)國(guó)家的度量衡,時(shí)區(qū),貨幣單位格式等的設(shè)立； 國(guó)際化顧客界面設(shè)計(jì)（自我定義）。 L10Ｎ　 翻譯 地區(qū)文化、宗教 度量衡和時(shí)區(qū)等 軟件顧客界面（UＩ) 聯(lián)機(jī)文檔　(協(xié)助文檔和功能性的PDＦ文檔）　 熱鍵設(shè)立 第十二章: p ＱＡ／測(cè)試經(jīng)理：人員管理，資源調(diào)配、測(cè)試措施改善等； p 實(shí)驗(yàn)室管理人員：設(shè)立、配備和維護(hù)實(shí)驗(yàn)室的測(cè)試環(huán)境 p 內(nèi)審員：審查流程,建立測(cè)試模板，跟蹤缺陷測(cè)試報(bào)告的質(zhì)量等; p 測(cè)試組長(zhǎng):負(fù)責(zé)項(xiàng)目的管理、測(cè)試籌劃、測(cè)試用例、任務(wù)安排等； p 　測(cè)試設(shè)計(jì)人員／資深測(cè)試工程師,產(chǎn)品設(shè)計(jì)規(guī)格闡明書的審查、測(cè)試用例的設(shè)計(jì)、技術(shù)難題的解決、培訓(xùn)和指引、實(shí)際測(cè)試任務(wù)的執(zhí)行; p 　一般（初級(jí)）測(cè)試工程師，執(zhí)行測(cè)試用例和有關(guān)的測(cè)試任務(wù)。 第十五章： 軟件缺陷：軟件缺陷指的是系統(tǒng)或系統(tǒng)部件中那些導(dǎo)致系統(tǒng)或部件不能實(shí)現(xiàn)其功能的缺陷。如果在執(zhí)行中遇到一種缺陷,也許引起系統(tǒng)的失效。那么精確有效的定義和描述軟件缺陷，可以使軟件缺陷得以迅速修復(fù)，節(jié)省了軟件測(cè)試項(xiàng)目的成本和資源，提高產(chǎn)品質(zhì)量。 軟件缺陷的基本描述:軟件缺陷的描述是軟件缺陷報(bào)告中測(cè)試人員對(duì)問題的陳述的一部分并且是軟件缺陷報(bào)告的基本部分。同步，軟件缺陷的描述也是測(cè)試人員就一種軟件問題與開發(fā)小組交流的最初且最佳的機(jī)會(huì)。一種好的描述,需要使用簡(jiǎn)樸的、精確的、專業(yè)的語言來抓住缺陷的本質(zhì)。 　　 　 如下是軟件缺陷的有效描述規(guī)則： q 單一精確 q 可以再現(xiàn) q 完整統(tǒng)一 q 短小簡(jiǎn)潔 q 特定條件 q 補(bǔ)充完善 q 不做評(píng)價(jià) 軟件缺陷屬性涉及缺陷標(biāo)記、缺陷類型、缺陷嚴(yán)重限度、缺陷產(chǎn)生也許性、缺陷優(yōu)先級(jí)、缺陷狀態(tài)、缺陷來源、缺陷因素。 分離和調(diào)試軟件缺陷之間的區(qū)別,是為了劃清測(cè)試人員與開發(fā)人員的責(zé)任，增長(zhǎng)界線的清晰度與測(cè)試資源的控制能力。