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

1、1. 重要1. 軟件測(cè)試的正面性觀點(diǎn)【驗(yàn)證軟件正常工作】軟件測(cè)試就是為程序能夠按預(yù)期設(shè)想那樣運(yùn)行而建立足夠的信心【軟件測(cè)試是一系列活動(dòng)已評(píng)價(jià)一個(gè)程序或系統(tǒng)的特性或能力是否到達(dá) 預(yù)期的結(jié)果】測(cè)試是為了驗(yàn)證軟件是否符合用戶需求，即驗(yàn)證軟件產(chǎn)品是夠能正常工 作2. 軟件測(cè)試的反面性觀點(diǎn)【測(cè)試是為了證明成粗有錯(cuò)誤】 測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行的一個(gè)程序或者系統(tǒng)的過(guò)程3. IEEE的軟件測(cè)試定義使用人工或自動(dòng)手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程，其目的是在于檢驗(yàn)它是否滿足規(guī)定的需求或是弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差異4. 什么是“驗(yàn)證“驗(yàn)證是檢驗(yàn)軟件是否已正確地實(shí)現(xiàn)了產(chǎn)品規(guī)格書所定義的系統(tǒng)功能和特性5. 什么是

2、“有效性確認(rèn)“有效性確認(rèn)是確認(rèn)所開(kāi)發(fā)的軟件是否滿足用戶真正需求的活動(dòng)軟件測(cè)試是由“驗(yàn)證(Verification ) 和“有效性確認(rèn)(Validation ) 活 動(dòng)構(gòu)成的整體6. 軟件測(cè)試和軟件開(kāi)發(fā)的關(guān)系2. 次重要1. 為什么要進(jìn)行軟件測(cè)試1. 軟件總存在缺陷2. 軟件中存在的缺陷給我們帶來(lái)的算是是巨大的3. 測(cè)試所有工程學(xué)科的根本組成單元，自然也是軟件開(kāi)發(fā)的重要組成局部4. 軟件人員水平越高，找出問(wèn)題的時(shí)間越早，軟件越容易更正，產(chǎn)品發(fā)布后越 穩(wěn)定2. 軟件測(cè)試的其它觀點(diǎn)風(fēng)險(xiǎn)的觀點(diǎn)：軟件測(cè)試就是對(duì)風(fēng)險(xiǎn)的不斷評(píng)估，引導(dǎo)軟件開(kāi)發(fā)的工，進(jìn)而將 最終發(fā)布的軟件所存在的風(fēng)險(xiǎn)降到最低經(jīng)濟(jì)的觀點(diǎn)：以最小

3、的代價(jià)獲得最高的軟件產(chǎn)品質(zhì)量1. 重要1. ISO 8492對(duì)質(zhì)量的定義質(zhì)量是產(chǎn)品或效勞多滿足明示或暗示需求能力的固有特性和特征的集合2. IEEE對(duì)軟件質(zhì)量的定義軟件產(chǎn)品滿足規(guī)定的和隱含的于需求能力有關(guān)的全部特性和特征3. McCall軟件質(zhì)量模型正誦性可堂性效率可使用性完整性4. IEEE 1983 729 軟件缺陷一個(gè)標(biāo)準(zhǔn)的定義從產(chǎn)品內(nèi)部看，軟件缺陷是軟件產(chǎn)品開(kāi)發(fā)或維護(hù)過(guò)程中所存在的錯(cuò)誤、毛 病等各種問(wèn)題；從外部看，軟件缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。5. 軟件缺陷的產(chǎn)生原因1. 技術(shù)問(wèn)題算法語(yǔ)法錯(cuò)誤等2.團(tuán)隊(duì)合作誤解3.軟件本省文檔錯(cuò) 誤，用戶適用場(chǎng)合等6. 軟件缺陷構(gòu)成規(guī)

4、格說(shuō)明書缺陷最多7. 什么是軟件評(píng)審及其分類評(píng)審是對(duì)軟件元素或者工程狀態(tài)的一種評(píng)估手段，以確定其是否與方案的結(jié)果保持一致，并使其得到改良。分類：管理評(píng)審、技術(shù)評(píng)審、文檔評(píng)審、流程評(píng)審軟件測(cè)試包含技術(shù)和文檔評(píng)審，管理評(píng)審和流程評(píng)審那么屬于軟件質(zhì)量保證 的組織和過(guò)程管理的活動(dòng)內(nèi)容8. 什么是軟件質(zhì)量保證軟件質(zhì)量保證是通過(guò)對(duì)軟件產(chǎn)品有方案地進(jìn)行評(píng)審和審計(jì)來(lái)驗(yàn)證軟件是否 符合標(biāo)準(zhǔn)的系統(tǒng)工程，通過(guò)協(xié)調(diào)、審查、跟蹤以獲取有用信息，形成分析結(jié) 果以指導(dǎo)軟件過(guò)程。9. 軟件測(cè)試的分類躱Itfc煙址2. 次重要1什么是產(chǎn)品質(zhì)量是人們實(shí)踐產(chǎn)物的屬性和行為，是可以認(rèn)識(shí)，可以科學(xué)地描述的。并且可以 通過(guò)一些方法和人類

5、活動(dòng)，來(lái)改良質(zhì)量.質(zhì)量模型：McCall 模型,Boehm 模型,ISO 9126 模型2什么是過(guò)程質(zhì)量 軟件能力成熟度模型CMM 國(guó)際標(biāo)準(zhǔn)過(guò)程模型ISO 9000 軟件過(guò)程改良和能力決斷 SPICE3. ISO 9126軟件內(nèi)部/外部質(zhì)量4. 軟件缺陷的主要類型 / 現(xiàn)象1. 功能、特性沒(méi)有實(shí)現(xiàn)或局部實(shí)現(xiàn)2. 設(shè)計(jì)不合理，存在缺陷3. 實(shí)際結(jié)果和預(yù)期結(jié)果不一致4. 運(yùn)行出錯(cuò)，包括運(yùn)行中斷、系統(tǒng)崩潰、界面混亂5. 數(shù)據(jù)結(jié)果不正確、精度不夠6. 用戶不能接受的其他問(wèn)題，如存取時(shí)間過(guò)長(zhǎng)、界面不美觀5. SQA與軟件測(cè)試有什么關(guān)系和區(qū)別SQA是管理工作、審查對(duì)象是流程、強(qiáng)調(diào)以預(yù)防為主 測(cè)試是技術(shù)工作

6、、測(cè)試對(duì)象是產(chǎn)品、主要是以事后檢查 SQA旨導(dǎo)測(cè)試、監(jiān)控測(cè)試測(cè)試為SQA提供依據(jù)第3章1. 重要1. 什么是靜態(tài)的和動(dòng)態(tài)的測(cè)試 靜態(tài)測(cè)試包括對(duì)軟件產(chǎn)品的需求和設(shè)計(jì)規(guī)格說(shuō)明書的評(píng)審、 對(duì)程序代碼的復(fù) 審等 動(dòng)態(tài)測(cè)試是通過(guò)真正運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤，通過(guò)觀察代碼運(yùn)行過(guò)程，來(lái)獲取系 統(tǒng)信息，對(duì)系統(tǒng)行為進(jìn)行驗(yàn)證。2. 什么是自動(dòng)測(cè)試和手工測(cè)試3. 什么是黑盒和白盒測(cè)試白盒：程序的內(nèi)部工作過(guò)程 黑盒: 完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性4. 什么是主動(dòng)測(cè)試和被動(dòng)測(cè)試 主動(dòng)測(cè)試方法：測(cè)試人員主動(dòng)向被測(cè)試對(duì)象發(fā)送請(qǐng)求、或借助數(shù)據(jù)、事件驅(qū) 動(dòng)被測(cè)試對(duì)象的行為，從而驗(yàn)證被測(cè)試對(duì)象的反響或輸出結(jié)果 被動(dòng)測(cè)試方法：測(cè)試人員

7、不干預(yù)產(chǎn)品的運(yùn)行，而是被動(dòng)地監(jiān)控產(chǎn)品在實(shí)際環(huán) 境中運(yùn)行，通過(guò)一定的被動(dòng)機(jī)制來(lái)獲得系統(tǒng)運(yùn)行的數(shù)據(jù)，包括輸入、輸出數(shù) 據(jù).5. 什么是形式化方法 形式化方法實(shí)際上就是基于數(shù)學(xué)的方法來(lái)描述目標(biāo)軟件系統(tǒng)屬性的一種技 術(shù)6. 什么是基于模型的軟件測(cè)試基于模型的測(cè)試Model-based testing , MBT是利用模型來(lái)生成相應(yīng) 的測(cè)試用例，然后根據(jù)實(shí)際結(jié)果和原先預(yù)想的結(jié)果的差異來(lái)測(cè)試系統(tǒng) 先從概念上形成模型，然后試圖用數(shù)學(xué)的方法來(lái)描述這個(gè)模型，形成 仿真模型，完成所需的測(cè)試7. 語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑 覆蓋的概念，以及測(cè)試用例的設(shè)計(jì)。語(yǔ)句：覆蓋每個(gè)可執(zhí)行語(yǔ)句

8、 判定：每個(gè)判斷的取真分支和取假分支至少經(jīng)歷一次，即判斷真假值均曾被 滿足【又稱為分支覆蓋】 條件：每個(gè)判斷中每個(gè)條件的可能取值至少滿足一次。 不考慮通過(guò)的路徑 判定條件：判斷條件中的所有條件可能取值至少執(zhí)行一次，同時(shí)，所有判斷 的可能結(jié)果至少執(zhí)行一次【假設(shè)兩個(gè)判斷，每個(gè)判斷 2個(gè)條件，那么需要 2 個(gè) 測(cè)試用例，即 T1T2T3T4 F1F2F3F4】p34 條件組合：每個(gè)條件的所有可能至少出現(xiàn)一次，并且每個(gè)判斷本身的判定結(jié) 果也至少出現(xiàn)一次?！拘枰?4個(gè)，即 T1T2 T1F2 F1T2 F1F2 T3T4., 然后覆 蓋這 8 個(gè)組合，即 T1T2T3T4,T1F2T3F4,F1T2F3

9、T4,F1F2F3F】4 p358. 根本路徑測(cè)試的概念 在程序控制流程 的根底上，分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出根本可執(zhí)行 路徑集合，從而設(shè)計(jì)測(cè)試用例。9. 依據(jù)代碼繪制程序控制流圖10. 計(jì)算流圖的圈復(fù)雜度 M-N+211. 確定線性獨(dú)立路徑的根本集合 P37 獨(dú)立路徑： 至少引入一系列新的處理語(yǔ)句或條件的任何路徑 由根本集導(dǎo)出的測(cè)試用例，保證每行代碼語(yǔ)句至少被執(zhí)行一次 ；根本集合不一定唯一12. 等價(jià)類劃分法、邊界值分析法、判定表方法的概念，以及測(cè)試用例的設(shè)計(jì)ONE.有效等價(jià)類無(wú)效等價(jià)類1. 格式 *位數(shù)字含有非數(shù)字字符小于 * 位。2. 范圍 小于 0 大于測(cè)試用例輸入數(shù)據(jù)覆蓋等價(jià)類1

10、 *2 *針對(duì) Test 函數(shù)按照根本路徑測(cè)試方法設(shè)計(jì)測(cè)試用例。 int Test(int i_count,int i_flag) 1 int i_temp=0;2while (i_count>0) 3if(0=i_flag) 4 i_temp=i_count+100; break;else5 if(1=i_flag)6 i_temp=i_temp+10; else7 i_temp=i_temp+20; 8 i_count-;9return i_temp;先畫程序流程圖流程控制圖，然后計(jì)算環(huán)路復(fù)雜度，環(huán)路復(fù)雜度為 G,那么找出G條根本路徑。TWO判定表：條件：動(dòng)作：然后畫表格，N個(gè)條件2

11、AN列THREE邊界值分析：范圍：1?輸入條件規(guī)定了值得范圍，那么取剛剛到達(dá)這個(gè)范圍的邊界值和剛剛 超過(guò)邊界的值最大值、比最大值大一、最小值、比最小值小一2?規(guī)定了值的個(gè)數(shù)，那么用最大個(gè)數(shù)、比最大個(gè)數(shù)大一、最小個(gè)數(shù)、比最小 個(gè)數(shù)小一3?給出的輸入域或者輸出域是有序集合有序表、順序文件，那么應(yīng)選取 集合的第一個(gè)和最后一個(gè)元素作為測(cè)試數(shù)據(jù)13. 因果圖法、正交試驗(yàn)法的概念因果圖法多種輸入條件的組合，產(chǎn)生多種結(jié)果設(shè)計(jì)測(cè)試用例正交試驗(yàn)法依據(jù)Galois理論，從大量的實(shí)驗(yàn)數(shù)據(jù)測(cè)試?yán)刑暨x適量 的有代表的點(diǎn)條件組合，從而合理地安排實(shí)驗(yàn)測(cè)試的一種科學(xué)實(shí)驗(yàn)設(shè)計(jì) 方法。L8 2八7代表8行7列【正交表】2. 次

12、重要1. 通過(guò)維恩圖考察測(cè)試規(guī)洛說(shuō)明規(guī)定的行藉-程用冥現(xiàn)的行育-£觀寰至!的訐為-程序行為規(guī)格說(shuō)明規(guī)定的 行為期望行沏*2. 功能圖法功能圖由狀態(tài)遷移圖STD和邏輯功能模型LFM構(gòu)成功能圖法是綜合運(yùn)用黑盒方法和白盒方法來(lái)設(shè)計(jì)測(cè)試用例，即整體上選用白盒方法一一路徑覆蓋、分支和條件覆蓋等，而局部上選用的是黑盒方法一一 決策表或因果圖方法3. 錯(cuò)誤推測(cè)法基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤，從而有針對(duì)性地設(shè)計(jì)測(cè)試用例4. 形式化的具體方法基于模型的方法，如Z語(yǔ)言、B語(yǔ)言等代數(shù)方法，女口 OBJ CLEAR ASL ACT等過(guò)程代數(shù)方法，女口 CSR CCS ACR LOTOS T

13、PCC等基于邏輯的方法，如區(qū)間時(shí)序邏輯、 Hoare 邏輯、模態(tài)邏輯、時(shí)序邏輯、時(shí) 序代理模型等?；诰W(wǎng)絡(luò)的方法5. 形式化驗(yàn)證的一些具體方法1. 有限狀態(tài)機(jī)FSM或擴(kuò)展有限狀態(tài)機(jī)EFSM 2.SPIN和線性時(shí)態(tài)語(yǔ)言3. UML語(yǔ)義轉(zhuǎn)換4.標(biāo)準(zhǔn)RBAC莫型5.擴(kuò)展的RBA模型和基于粒計(jì)算的RBAC 模型 6. 符號(hào)模型檢驗(yàn) 7.BAN 邏輯模型6. 軟件測(cè)試莫型故障莫型 平安漏洞莫型 差性能莫型 并發(fā)故障莫型 不良習(xí)慣莫型 代碼國(guó)際化莫型 易誘騙代碼莫型7. 擴(kuò)展有限狀態(tài)機(jī)方法EFSM在 FSM模型根底上增加了動(dòng)作和轉(zhuǎn)移的條件，以處理數(shù)據(jù)流問(wèn)題，F(xiàn)SM只能處理系統(tǒng)的控制流問(wèn)題8. 基于風(fēng)險(xiǎn)的測(cè)

14、試 基于風(fēng)險(xiǎn)的測(cè)試是指評(píng)估測(cè)試的優(yōu)先級(jí)，先做高優(yōu)先級(jí)的測(cè)試，如果時(shí)間或 精力不夠，低優(yōu)先級(jí)的測(cè)試可以暫時(shí)先不做9. 莫糊測(cè)試方法莫糊測(cè)試 Fuzz testing 方法，簡(jiǎn)單的說(shuō)，就是構(gòu)造大量的隨機(jī)數(shù)據(jù)作為 系統(tǒng)的輸入，從而檢驗(yàn)系統(tǒng)在各種數(shù)據(jù)情況下是否會(huì)出現(xiàn)問(wèn)題 莫糊測(cè)試方法可莫擬黑客對(duì)系統(tǒng)發(fā)動(dòng)攻擊測(cè)試10. ALAC測(cè)試和隨機(jī)測(cè)試方法ALAC是Act-like-a-customer象客戶那樣做的簡(jiǎn)寫，ALAC測(cè)試方法是一種基于客戶使用產(chǎn)品的知識(shí)開(kāi)發(fā)出來(lái)的測(cè)試方法，它的出發(fā)點(diǎn)是著名的Pareto 80/20 規(guī)律第4章1. 重要1.用V模型詮釋軟件測(cè)試過(guò)程 【V模型不同步，W模型同步】需求定義

15、評(píng)審-屮2. W模莫型粽価0<-丄工一>托感.瓦定久 佯軸或理序設(shè)計(jì)開(kāi)發(fā)過(guò)程-浪賦過(guò)程同歩3. TM【吸收CMM勺精華，基于歷史演化的測(cè)試過(guò)程，業(yè)界的最正確實(shí)踐】 組成：15個(gè)別級(jí)的一系列測(cè)試能力成熟度的定義，每個(gè)級(jí)別的組成包括到期目標(biāo)、 到期子目標(biāo)活動(dòng)、任務(wù)和職責(zé)等。 2一套評(píng)價(jià)模型，包括一個(gè)成熟度問(wèn)卷、評(píng)估程序和團(tuán)隊(duì)選拔培訓(xùn)指南。/5.優(yōu)掃土匸測(cè)試過(guò)程的數(shù)據(jù)可以用干陵止崔逼，K注意力集中在優(yōu)化已建立的辻程的發(fā)生+zCZ>jL管理&度量卩Ul:測(cè)試過(guò)程可有散地度量、管理j3.集成-/p>K測(cè)試過(guò)程和軟件開(kāi)發(fā)周嫌咸在一起* ；U標(biāo)i鼠涉孺和方陡的文檔化E相應(yīng)的監(jiān)

16、督和控制諸楠*13. iXift1E組織己謨定泗弒方軒卻目標(biāo)*K引入了測(cè)試廿戈肚程"£具有基界的測(cè)試披術(shù)和方法+L初始級(jí)"=沒(méi)有正式的文檔化和結(jié)構(gòu)址屮ii測(cè)試注編田府績(jī)行，與訓(xùn)試沒(méi)育區(qū)別"! H測(cè)弒的目的被理解為證明軟件正當(dāng)工柞亠2.次重要1. TMapTMap Test Management Approach，測(cè)試管理方法是一種結(jié)構(gòu)化的、基于 風(fēng)險(xiǎn)策略的測(cè)試方法體系，目的能更早地發(fā)現(xiàn)缺陷，以最小的本錢、有效地、徹 底地完成測(cè)試任務(wù)，以減少軟件發(fā)布后的支持本錢。TMap所定義的測(cè)試生命周期由方案和控制、準(zhǔn)備、說(shuō)明、執(zhí)行和完成等 階段組成【TMap勺基石：

17、與軟件開(kāi)發(fā)生命周期一致的測(cè)試生命周期L，組織0,根底設(shè)施和工具I，技術(shù)T】Preparatlori燈隹備P 包潔可 測(cè)試性 訐宙麻哇:按術(shù)為？*亦幵發(fā)祕(mì)f試酵時(shí)珂險(xiǎn)分析測(cè)試伯澤帶n建 立弗試鈕城、準(zhǔn)苗方案、営理和控制婷-Cortiip leted 夫底n 包皤維護(hù)測(cè)試牛七tT 估輒覆過(guò)程Execution 熱行f 旦括預(yù)測(cè)試"圈 試* 2E新測(cè)栓 HE.評(píng)估昨活功“2. TPI基于連續(xù)性表示法的測(cè)試過(guò)程改良的參考模型，是在軟件控制、測(cè)試知識(shí)以及過(guò)往經(jīng)驗(yàn)的根底上開(kāi)發(fā)出來(lái)的cW < K.- Jir.-.：! 4 2)Ic運(yùn)昂目C Lexels) 4和 -社 (uhuukRoirrt

18、 4)(Tmpz'PEwrrt1.4個(gè)級(jí)別，A最低；2. 度量工具一檢查點(diǎn)，發(fā)現(xiàn)問(wèn)題；3. 建議幫助解決問(wèn)題3. CTP關(guān)鍵測(cè)試過(guò)程CTP評(píng)估模型主要是一個(gè)內(nèi)容參考模型，一個(gè)上下文相關(guān)的方法，并能對(duì)模型進(jìn)行裁剪使用CTP的過(guò)程改良，始于對(duì)現(xiàn)有測(cè)試過(guò)程的評(píng)估，通過(guò)評(píng)估以識(shí)別過(guò)程的強(qiáng)弱， 并結(jié)合組織的需要提供改良的意見(jiàn)方案、準(zhǔn)備、執(zhí)行和完善；方案和完善主要是管理工作，準(zhǔn)備和執(zhí)行是實(shí)踐工作4. STEPSTEP系統(tǒng)化測(cè)試和評(píng)估過(guò)程是一個(gè)內(nèi)容參考模型，認(rèn)定測(cè)試是一個(gè)生命周期活動(dòng)， 在明確需求后開(kāi)始直到系統(tǒng)退役。STEP與 CTP比擬類似，而不像TMMI和TPI，并不要求改良需要遵循特定的 順序

19、。某些情況下，STEP評(píng)估模型可以與TPI成熟度模型結(jié)合起來(lái)使用5. 軟件測(cè)試標(biāo)準(zhǔn)和標(biāo)準(zhǔn)對(duì)軟件測(cè)試的流程過(guò)程化并對(duì)每一個(gè)過(guò)程元素進(jìn)行明確的界定，形成完整的標(biāo)準(zhǔn)體系。角色確實(shí)定進(jìn)入的準(zhǔn)那么輸入項(xiàng)活動(dòng)過(guò)程輸出項(xiàng)驗(yàn)證與確認(rèn)退出的準(zhǔn)那么度量】6. 建立軟件測(cè)試管理和評(píng)判體系ir r-«9,曲煉蘭宗百十他已mi里1. 重要1. 什么是單元測(cè)試【代碼完成后，由開(kāi)發(fā)人員完成】 單元測(cè)試是對(duì)軟件根本組成單元進(jìn)行的測(cè)試2. 單元測(cè)試的目標(biāo)和任務(wù)概述目標(biāo)：?jiǎn)卧K被正確編碼【出題可能是問(wèn)哪個(gè)不是單元測(cè)試】信息能否正確地流入和流出單元；在單元工作過(guò)程中， 其內(nèi)部數(shù)據(jù)能否保持其完整性，包括內(nèi)部數(shù)據(jù)的形式、

20、內(nèi)容及相互關(guān)系不發(fā)生錯(cuò)誤，也包括全局變量在單元中的處理和影響。在為限制數(shù)據(jù)加工而設(shè)置的邊界處，能否正確工作。單元的運(yùn)行能否做到滿足特定的邏輯覆蓋。單元中發(fā)生了錯(cuò)誤，其中的出錯(cuò)處理措施是否有效?！舅惴e(cuò)，初值錯(cuò)，精度錯(cuò)】任務(wù)概述：1. 檢查每一條獨(dú)立執(zhí)行路徑的測(cè)試，保證每條語(yǔ)句被至少執(zhí)行一次2. 檢查局部數(shù)據(jù)結(jié)構(gòu)完整性【無(wú)初值或初始化錯(cuò)，不相容，越界，地址異常，從未使用】3. 模塊接口是否正確【參數(shù)不一致，全程變量不一致，外部輸入輸出】4. 檢查臨界數(shù)據(jù)處理的正確性【合法非合法數(shù)據(jù)處理，邊界值內(nèi)合法、外不合法邊界數(shù)據(jù)處理】5. 預(yù)見(jiàn)、預(yù)設(shè)的各種岀錯(cuò)處理是否正確有效【輸岀的信息難以理解，記錄冊(cè)無(wú)不

21、對(duì)，岀錯(cuò)前系統(tǒng)已介入】3. 靜態(tài)測(cè)試技術(shù)【走查【邏輯錯(cuò)誤】、審查【缺陷檢查表】、評(píng)審】 不運(yùn)行被測(cè)試程序，對(duì)代碼通過(guò)檢查、閱讀進(jìn)行分析。4. 什么是驅(qū)動(dòng)程序和樁程序驅(qū)動(dòng)模塊driver :對(duì)底層或子層模塊進(jìn)行測(cè)試所編寫的調(diào)用這些模塊的程序。 樁模塊stub ：對(duì)頂層或上層模塊進(jìn)行測(cè)試時(shí)所編寫的替代下層模塊的程序。驅(qū)動(dòng)：調(diào)用底層模塊的程序 樁模塊：替代下層模塊的程 序JUnit概述JUnit是一個(gè)開(kāi)源的java測(cè)試框架，它是XU nit測(cè)試體系架構(gòu)的一種實(shí)現(xiàn) JUnit是一個(gè)開(kāi)放源代碼的 Java測(cè)試框架，用在編寫和運(yùn)行可重復(fù)的的測(cè)試上，它是 單元測(cè)試框架體系 xUnit的一個(gè)實(shí)例，包括如下特性

22、：用于測(cè)試期望結(jié)果的斷言；用于共享共同測(cè)試數(shù)據(jù)的測(cè)試工具；用于方便地組織和運(yùn)行測(cè)試的測(cè)試套件JUnit單元測(cè)試框架設(shè)計(jì)的三個(gè)目標(biāo)：簡(jiǎn)化測(cè)試的編寫，這種簡(jiǎn)化包括測(cè)試框架的學(xué)習(xí)和實(shí)際測(cè)試單元的編寫使測(cè)試單元保持持久性可以利用既有的測(cè)試來(lái)編寫相關(guān)的測(cè)試JUnit的版本：JUnit以jar包形式提供2. 次重要1. 單元測(cè)試常用工具簡(jiǎn)介Junit、Junit+Ant構(gòu)建自動(dòng)的單元測(cè)試、CheckStyle 源程序是否與代碼標(biāo)準(zhǔn) 相符/PMD檢查java源文件中潛在問(wèn)題與FindBug 不檢查java源文件，查 找java bytecode 中的潛在bug的使用、SourceMonitor 檢測(cè)代碼復(fù)雜

23、度1. 重要1. 什么是集成測(cè)試和系統(tǒng)測(cè)試集成測(cè)試：將已分別通過(guò)測(cè)試的單元按設(shè)計(jì)要求組合起來(lái)再進(jìn)行的測(cè)試，以 檢查這些單元之間的接口是否存在問(wèn)題系統(tǒng)測(cè)試： 經(jīng)過(guò)集成測(cè)試之后，各模塊間接口存在的問(wèn)題根本已消除，測(cè)試開(kāi)始進(jìn)入系統(tǒng)測(cè)試 一般由假設(shè)干個(gè)不同的測(cè)試組成，目的是充分運(yùn)行系統(tǒng)，驗(yàn)證整個(gè)系統(tǒng)是 否滿足非佛那個(gè)能行的質(zhì)量需求2. 集成測(cè)試的模式 非漸增式測(cè)試模式：先分別測(cè)試每個(gè)模塊，再把所有模塊按設(shè)計(jì)要求放在一 起結(jié)合成所要的程序，如大棒模式。漸增式測(cè)試模式： 把下一個(gè)要測(cè)試的模塊同已經(jīng)測(cè)試好的模塊結(jié)合起來(lái)進(jìn)行 測(cè)試，測(cè)試完以后再把下一個(gè)應(yīng)該測(cè)試的模塊結(jié)合進(jìn)來(lái)測(cè)試。3. 自頂向下和自底向上集成方

24、法自頂向下： 從主控模塊“主程序開(kāi)始，沿著軟件的控制層次向下移動(dòng)，從而逐漸把各 個(gè)模塊結(jié)合起來(lái)。 在組長(zhǎng)過(guò)程中， 可以使用深度優(yōu)先策略 先序遍歷 和或?qū)挾葍?yōu)先策略 層 次遍歷?！緝?yōu)點(diǎn)：無(wú)需測(cè)試驅(qū)動(dòng)程序，早期發(fā)現(xiàn)上層模塊接口的錯(cuò)誤】【缺點(diǎn)：需要樁程序，底層模塊錯(cuò)誤發(fā)現(xiàn)較晚，在早期不能充分展開(kāi)人力】自底向上： 從“原子模塊即在軟件結(jié)構(gòu)最底層的模塊開(kāi)始集成以進(jìn)行測(cè)試?！净旌戏ǎ簩?duì)軟件結(jié)構(gòu)中較上層，使用的是“自頂向下法；對(duì)軟件結(jié)構(gòu)中較下層，使用“自底向上法】4. 什么是 功能測(cè)試 根據(jù)產(chǎn)品規(guī)格說(shuō)明書， 來(lái)檢驗(yàn)被測(cè)試的系統(tǒng)是否滿足各方面功能的使用要求5. 什么是 回歸測(cè)試 回歸測(cè)試的目的 ：所做的修改到

25、達(dá)了預(yù)定的目的，如錯(cuò)誤得到了改正，新 功能得到了實(shí)現(xiàn)， 能夠適應(yīng)新的運(yùn)行環(huán)境等； 不影響軟件原有功能的正確性 。6. 性能測(cè)試、壓力測(cè)試、容量測(cè)試、平安性測(cè)試、可靠性測(cè)試、容 錯(cuò)性測(cè)試的概念【非功能測(cè)試】 性能測(cè)試通過(guò)測(cè)試以確定系統(tǒng)運(yùn)行時(shí)的性能表現(xiàn)，如得到運(yùn)行速度、響應(yīng)時(shí) 間、占有系統(tǒng)資源等系統(tǒng)數(shù)據(jù)。 【重復(fù)使用率較高，重點(diǎn)在于前期數(shù)據(jù)的設(shè)計(jì)與后期數(shù)據(jù)的分析】 壓力測(cè)試 Stress test ，也稱為強(qiáng)度測(cè)試、負(fù)載測(cè)試。壓力測(cè)試是模擬實(shí) 際應(yīng)用的軟硬件環(huán)境及用戶使用過(guò)程的系統(tǒng)負(fù)荷， 長(zhǎng)時(shí)間或超大負(fù)荷地運(yùn)行 測(cè)試軟件，來(lái)測(cè)試被測(cè)系統(tǒng)的性能、可靠性、穩(wěn)定性等。 本質(zhì)破壞 【并發(fā)性能測(cè)試重點(diǎn)：即逐

26、漸增加并發(fā)虛擬用戶數(shù)負(fù)載，直到系統(tǒng) 的瓶頸或者不能接受的性能點(diǎn) ramp-up 測(cè)試 疲勞強(qiáng)度測(cè)試 : 采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)或 者日常運(yùn)行用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù) Flat 測(cè)試 大數(shù)據(jù)量測(cè)試 : 】 容量測(cè)試目的是通過(guò)測(cè)試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的 極限值如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫(kù)記錄數(shù)等，系統(tǒng)在其極限值狀態(tài)下還 能保持主要功能正常運(yùn)行。 容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持 續(xù)處理的最大負(fù)載或工作量。 平安性測(cè)試是檢查系統(tǒng)對(duì)非法侵入的防范能力。平安測(cè)試期間，測(cè)試人員假 扮非法入侵者，采用各種方法試圖突破防線測(cè)量軟件系統(tǒng)的可靠性， 可靠性是產(chǎn)

27、品在規(guī)定的條件下和規(guī)定的時(shí)間內(nèi)完成規(guī)定功能的能力 【可靠性的 三個(gè)要素：規(guī)定的時(shí)間可靠性表達(dá)在運(yùn)行階段、規(guī)定的環(huán)境條件不同的環(huán)境可靠性不同、規(guī)定的功能任務(wù)和功 能有關(guān)】 容錯(cuò)性測(cè)試是檢查軟件在異常條件下自身是否具有防護(hù)性的措施或者某種 災(zāi)難性恢復(fù)的手段。 如當(dāng)系統(tǒng)出錯(cuò)時(shí)，能否在指定時(shí)間間隔內(nèi)修正錯(cuò)誤并重新啟動(dòng) 系統(tǒng)。容錯(cuò)性測(cè)試包括兩個(gè)方面： 輸入異常數(shù)據(jù)或進(jìn)行異常操作， 以檢驗(yàn)系統(tǒng)的保護(hù)性； 災(zāi)難恢復(fù)性測(cè)試7. 負(fù)載模擬 的概念并發(fā)用戶 + 思考時(shí)間 + 每次請(qǐng)求的數(shù)據(jù)量 + 負(fù)載模式 并發(fā)用戶：在同一時(shí)間做同一件事情或者同樣的操作的用戶 思考時(shí)間：瀏覽器在收到響應(yīng)后到提交下一個(gè)請(qǐng)求之間的間隔

28、時(shí)間 負(fù)載模式：就是加載的方式，如是一次建立多個(gè)并發(fā)連接，還是逐漸增 加連接數(shù)，還有如隨機(jī)加載、峰谷交替加載等8. “flat 測(cè)試和 ramp-up 測(cè)試的概念 【性能測(cè)試的兩種負(fù)載類型】 “Flat 測(cè)試 : 對(duì)于一次給定的測(cè)試，應(yīng)該取響應(yīng)時(shí)間和吞吐量的平均值。 精確地獲得這些值的唯一方法是一次加載所有的用戶， 然后在預(yù)定的時(shí)間段 內(nèi)持續(xù)運(yùn)行?！酒趶?qiáng)度測(cè)試大數(shù)據(jù)量測(cè)試】Ramp-up 測(cè)試 : 用戶是交錯(cuò)上升的每幾秒增加一些新用戶。 ramp-up 測(cè) 試不能產(chǎn)生精確和可重現(xiàn)的平均值，這是因?yàn)橛捎谟脩舻脑黾邮敲看我徊?分，系統(tǒng)的負(fù)載在不斷地變化。其優(yōu)點(diǎn)是，可以看出隨著系統(tǒng)負(fù)載的改變， 測(cè)

29、量值是如何改變的，據(jù)此選擇要運(yùn)行的 flat 測(cè)試的范圍【并發(fā)性能測(cè)試】2. 次重要1. 大棒集成方法【非漸增式測(cè)試】先是對(duì)每一個(gè)子模塊進(jìn)行測(cè)試單元測(cè)試階段，然后將所有模塊一次性的 全部集成起來(lái)進(jìn)行集成測(cè)試 【難確定出錯(cuò)的真正位置， 規(guī)模較小的應(yīng)用系統(tǒng)中使用】2. 三明治集成方法【自兩頭向中間集成】 它將自頂向下和自底向上的集成方法有機(jī)地結(jié)合起來(lái)， 不需要寫樁程序因?yàn)?在測(cè)試初自底向上集成已經(jīng)驗(yàn)證了底層模塊的正確性?！救秉c(diǎn)是：在真正集 成之前每一個(gè)獨(dú)立的模塊沒(méi)有完全測(cè)試過(guò)】改良的三明治，自兩頭向中間集成，且保證每個(gè)模塊得到單獨(dú)的測(cè)試，使測(cè)試進(jìn)行得比擬徹底3. 峰谷測(cè)試【性能測(cè)試】兼有容量規(guī)劃

30、ramp-up 測(cè)試和滲入測(cè)試的特征 , 目標(biāo)是確定從高負(fù)載例如 系統(tǒng)頂峰時(shí)間的負(fù)載恢復(fù)、轉(zhuǎn)為幾乎空閑、然后再攀升到高負(fù)載、再降低 的能力。4. 滲入測(cè)試【性能測(cè)試】 滲入測(cè)試所需時(shí)間較長(zhǎng)，它使用固定數(shù)目的并發(fā)用戶測(cè)試系統(tǒng)的總體健壯 性。這些測(cè)試將會(huì)通過(guò)內(nèi)存泄漏、增加的垃圾收集 GC或系統(tǒng)的其他問(wèn)題， 顯示因長(zhǎng)時(shí)間運(yùn)行而出現(xiàn)的任何性能降低。建議運(yùn)行兩次測(cè)試一次使用較低的用戶負(fù)載要在系統(tǒng)容量之下， 以便不會(huì)出現(xiàn)執(zhí)行隊(duì)列 ，一次使用較高的負(fù)載 以便出現(xiàn)積極的執(zhí)行隊(duì)列5. 性能規(guī)劃測(cè)試 【性能測(cè)試】性能規(guī)劃類型的測(cè)試其目標(biāo)是找出在特定的環(huán)境下，給定應(yīng)用程序的性 能可以到達(dá)何種程度。 例如，如果要以

31、5 秒或更少的響應(yīng)時(shí)間支持 8,000 個(gè)當(dāng)前用 戶，需要多少個(gè)效勞器？加載用戶以模擬負(fù)載狀態(tài)：最好的方法是模擬頂峰時(shí)間用戶與效勞器通信的狀況。如果用戶負(fù)載狀態(tài)是在一段時(shí)間內(nèi)逐步到達(dá)的，選擇ramp-up測(cè)試，每隔幾秒增加 x個(gè)用戶；如果所有用戶是在一個(gè)非常短的時(shí)間內(nèi)同時(shí)與系統(tǒng)通信，就應(yīng)該使用flat測(cè)試，將所有的用戶同時(shí)加載到效勞器確定容量的最好方法：結(jié)合兩種負(fù)載類型的優(yōu)點(diǎn)，并運(yùn)行一系列的測(cè)試。如：首先使用ramp-up測(cè)試確定系統(tǒng)支持的用戶范圍，該范圍內(nèi)不同的并發(fā)用戶負(fù)載進(jìn)行一系列的flat測(cè)試，更精確地確定系統(tǒng)的容量。6. 基準(zhǔn)測(cè)試【性能測(cè)試】基準(zhǔn)測(cè)試的關(guān)鍵是要獲得一致的、可再現(xiàn)的結(jié)果。

32、【flat運(yùn)行是獲得基準(zhǔn)測(cè)試數(shù)據(jù)的理想模式】將系統(tǒng)置于相同的高負(fù)載下，將請(qǐng)求之間間隔時(shí)間設(shè)為零。這樣效勞器會(huì)立即超載，并開(kāi)始構(gòu)建執(zhí)行隊(duì)列。如果請(qǐng)求虛擬用戶數(shù)保持一餐,凡上廠蘭両?柔：-匸flat 運(yùn)行是獲得基準(zhǔn)測(cè)試數(shù)據(jù)的理想模式【質(zhì)量三個(gè)緯度：功能、性能、可靠性】第7章1. 重要1. 什么是驗(yàn)收測(cè)試驗(yàn)收測(cè)試Acceptanee Test:在軟件產(chǎn)品完成了功能測(cè)試和系統(tǒng)測(cè)試之后、 產(chǎn)品發(fā)布之前所進(jìn)行的軟件測(cè)試活動(dòng)它是技術(shù)測(cè)試的最后一個(gè)階段，也稱為 交付測(cè)試。2. a測(cè)試a測(cè)試是指軟件開(kāi)發(fā)公司組織內(nèi)部人員模擬各類用戶行對(duì)即將面市軟件產(chǎn) 品稱為a版本進(jìn)行測(cè)試，試圖發(fā)現(xiàn)錯(cuò)誤并修正。3. B測(cè)試B測(cè)試是

33、指軟件開(kāi)發(fā)公司組織各方面的典型用戶在日常工作中實(shí)際使用B版本，并要求用戶報(bào)告異常情況、提出批評(píng)意見(jiàn)。然后軟件開(kāi)發(fā)公司再對(duì)B版本進(jìn)行改錯(cuò)和完善。4. 用戶界面的7個(gè)要素，及其概念符合標(biāo)準(zhǔn)和標(biāo)準(zhǔn)。直觀性。一致性。靈活性。舒適性。正確性。實(shí)用性。5. 兼容性測(cè)試軟件兼容性測(cè)試是指驗(yàn)證軟件之間是否正確地交互和共享信息。 向后兼容是指可以使用軟件的以前版本。向前兼容指的是可以使用軟件的未來(lái)版本。2. 次重要1. 驗(yàn)收測(cè)試的過(guò)程和主要內(nèi)容過(guò)程：制定測(cè)試方案，測(cè)試項(xiàng)，測(cè)試策略及驗(yàn)收通過(guò)準(zhǔn)那么，并經(jīng)過(guò)客戶參與的方案評(píng)審。 建立測(cè)試環(huán)境，設(shè)計(jì)測(cè)試用例，并經(jīng)過(guò)評(píng)審。 準(zhǔn)備測(cè)試數(shù)據(jù)，執(zhí)行測(cè)試用例，記錄測(cè)試結(jié)果。 分

34、析測(cè)試結(jié)果，根據(jù)驗(yàn)收通過(guò)準(zhǔn)那么分析測(cè)試結(jié)果，作出驗(yàn)收是否通過(guò)及測(cè)試評(píng)價(jià)。測(cè)試工程通過(guò)； 測(cè)試工程沒(méi)有通過(guò)，并且不存在變通方法，需要很大的修改； 測(cè)試工程沒(méi)有通過(guò)，但存在變通方法，在維護(hù)后期或下一個(gè)版本改良； 測(cè)試工程無(wú)法評(píng)估或者無(wú)法給出完整的評(píng)估。此時(shí)必須給出原因。如果是因?yàn)樵摐y(cè)試工程沒(méi)有 說(shuō)明清楚，應(yīng)該修改測(cè)試方案。提交測(cè)試報(bào)告內(nèi)容： 驗(yàn)證系統(tǒng)是否到達(dá)了用戶需求規(guī)格說(shuō)明書 可能包括工程或產(chǎn)品驗(yàn)收準(zhǔn)那么 中的 要求， 測(cè)試試圖盡可能地發(fā)現(xiàn)軟件中存留的缺陷， 從而為軟件進(jìn)一步改善提供幫助， 并 保證系統(tǒng)或軟件產(chǎn)品最終被用戶接受。主要包括易用性測(cè)試、兼容性測(cè)試、安裝測(cè)試、 文檔如用戶手冊(cè)、操作手冊(cè)

35、等測(cè)試等幾個(gè)方面的內(nèi)容 。2. 驗(yàn)收標(biāo)準(zhǔn)和考前須知 驗(yàn)收測(cè)試完成標(biāo)準(zhǔn) : 完全執(zhí)行了驗(yàn)收測(cè)試方案中的每個(gè)測(cè)試用例。 在驗(yàn)收測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已經(jīng)得到修改并且通過(guò)了測(cè)試或者經(jīng)過(guò)評(píng)估留待 下一版本中修改。完成軟件驗(yàn)收測(cè)試報(bào)告。考前須知： 必須編寫正式的、單獨(dú)的驗(yàn)收測(cè)試報(bào)告 驗(yàn)收測(cè)試必須在 實(shí)際用戶運(yùn)行環(huán)境中 進(jìn)行 由用戶和測(cè)試部門共同執(zhí)行。如公司自開(kāi)發(fā)產(chǎn)品，應(yīng)由測(cè)試人員，產(chǎn)品設(shè)計(jì) 部門，市場(chǎng)部門等共同進(jìn)行。3. 可安裝性和可恢復(fù)性測(cè)試 恢復(fù)測(cè)試主要檢查系統(tǒng)的容錯(cuò)能力。當(dāng)系統(tǒng)出錯(cuò)時(shí)，能否在指定時(shí)間間隔 內(nèi)修正錯(cuò)誤或重新啟動(dòng)系統(tǒng)。 【 恢復(fù)測(cè)試首先要通過(guò)各種手段，讓軟件強(qiáng)制性地 發(fā)生故障，然后驗(yàn)證系統(tǒng)是

36、否能盡快恢復(fù)?！?. 文檔測(cè)試 非代碼的文檔測(cè)試主要檢查文檔的正確性、完備性和可理解性。第8章1. 重要1. 面向?qū)ο髮哟谓Y(jié)構(gòu)測(cè)試重點(diǎn) 對(duì)認(rèn)定的對(duì)象的測(cè)試 ：1. 認(rèn)定的對(duì)象是否全面， 其名稱應(yīng)該盡量準(zhǔn)確、適用，是否問(wèn)題空間中所涉及到的實(shí)例都反映在認(rèn)定的 抽象對(duì)象中。2. 認(rèn)定的對(duì)象是否具有多個(gè)屬性。 只有一個(gè)屬性的對(duì)象通常應(yīng)看作其他對(duì)象的屬性而不是抽象為獨(dú)立的對(duì)象3. 對(duì)認(rèn)定為同一對(duì)象的實(shí)例是否有共同的、 區(qū)別于其他實(shí)例的 共同屬性， 是否提供或需 要相同的效勞 ，如果效勞隨著不同的實(shí)例而變化， 認(rèn)定的對(duì)象就需要分解或利用繼承性 來(lái)分類表示。4. 如果系統(tǒng)沒(méi)有必要始終保持對(duì)象代表的 實(shí)例信息

37、 ，提供或者得到關(guān)于它的效勞， 認(rèn)定 的對(duì)象也無(wú)必要。對(duì)認(rèn)定的結(jié)構(gòu)的測(cè)試 ：1. 處于高層的對(duì)象， 是否在問(wèn)題空間中含有不同于下一層對(duì)象的特殊可能性， 即是否 能派生出下一層對(duì)象。2. 處于同一低層的對(duì)象，是否能抽象出在現(xiàn)實(shí)中有意義的更一般的上層對(duì)象。3. 對(duì)所有認(rèn)定的對(duì)象，是否能在問(wèn)題空間內(nèi)向上層抽象出在現(xiàn)實(shí)中有意義的對(duì)象。4. 高層的對(duì)象的特性是否完全表達(dá)下層的共性， 低層的對(duì)象是否有高層特性根底上的特 殊性?！靖邔邮歉割悺繉?duì)構(gòu)造的類層次結(jié)構(gòu)的測(cè)試： 【著重表達(dá)父類和子類間的一般性和特殊性】1. 類層次結(jié)構(gòu)是否涵蓋了所有定義的類；2. 是否能表達(dá)00A中所定義的實(shí)例關(guān)聯(lián)、消息關(guān)聯(lián)；3. 子

38、類是否具有父類沒(méi)有的新特性；4. 子類間的共同特性是否完全在父類中得以表達(dá)。2. 類測(cè)試的方法 【類測(cè)試系列的充分性三標(biāo)準(zhǔn)：狀態(tài)、約束、代碼的覆蓋率】 通過(guò)代碼檢查或執(zhí)行測(cè)試用例能有效地測(cè)試一個(gè)類的代碼。3. 面向?qū)ο蟮募蓽y(cè)試【對(duì)象的協(xié)作方式?jīng)Q定了程序能做什么，從而決定了這個(gè)程序執(zhí)行的正確性】主要是兩個(gè)方面： 1.類的線性測(cè)試，交互測(cè)試。 2.類的獨(dú)立性測(cè)試跨平臺(tái)方面測(cè)試。第9章1. 重要1. 常用的Web元素功能測(cè)試1 .GET、0PTI0N、S HEAD、P0ST、PUT、DELETE、 TRACE、C0NNECT2. 頁(yè)面鏈接；3.設(shè)計(jì)腳本；4.Web圖形；5.表單2. 數(shù)據(jù)庫(kù)并發(fā)控制

39、測(cè)試并發(fā)主要考慮的幾個(gè)方面 : 數(shù)據(jù)喪失： A、B 對(duì)同一數(shù)據(jù)修改，其中一個(gè)對(duì)數(shù)據(jù)庫(kù)修改失效 不可重復(fù)數(shù)據(jù)：A讀取數(shù)據(jù)后B修改，A無(wú)法重現(xiàn)B修改前讀的數(shù)據(jù) 讀臟數(shù)據(jù)：A修改后B讀，A撤銷事務(wù)回滾B讀到臟數(shù)據(jù)2. 次重要1. Web效勞器的平安測(cè)試登錄、身份驗(yàn)證；超時(shí)、 Cookie和Session;輸入驗(yàn)證防止腳本語(yǔ)言 ；數(shù)據(jù)加密、SSL 安 全套接字 ； SQL 注入； XS S 跨站點(diǎn)攻擊 ；日志文件；目錄；第10章1. 重要1. 軟件本地化與國(guó)際化【國(guó)際化是本地化的根底和前提】 軟件國(guó)際化(SW Internationalization , I18N)I18N是在軟件設(shè)計(jì)和文檔開(kāi)發(fā)過(guò)程中

40、，使得功能和代碼設(shè)計(jì)能處理多種語(yǔ)言 和文化傳統(tǒng)，使創(chuàng)立不同語(yǔ)言版本時(shí)，不需要重新設(shè)計(jì)源程序代碼的軟件工 程方法。軟件本地化(SW Localization ，L10N)L10N是將一個(gè)軟件產(chǎn)品按特定國(guó)家/地區(qū)或語(yǔ)言市場(chǎng)的需要進(jìn)行加工，使之 滿足特定市場(chǎng)上的用戶對(duì)語(yǔ)言和文化的特殊要求的軟件生產(chǎn)活動(dòng)。G11N = I18N + L10N ( G11:軟件全球化)2. 軟件本地化根本步驟1) 建立配置管理體系，跟蹤目標(biāo)語(yǔ)言各個(gè)版本的源代碼；2) 創(chuàng)造和維護(hù)術(shù)語(yǔ)表;|3) 源語(yǔ)言代碼和資源文件別離、或提取需要本地化的文本；4) 把別離或提取的文本、圖片等翻譯成目標(biāo)語(yǔ)言；5) 把翻譯好的文本、圖片重新檢

41、入目標(biāo)語(yǔ)言的源代碼版本；6) 如果需要，編譯目標(biāo)語(yǔ)言的源代碼；7) 測(cè)試翻譯后的軟件，調(diào)整 UI以適應(yīng)翻譯后的文本；8) 測(cè)試本地化后的軟件，確保格式和內(nèi)容都正確；3. 軟件本地化測(cè)試1) 功能性測(cè)試，所有根本功能、安裝、升級(jí)等測(cè)試；2) 翻譯測(cè)試，包括語(yǔ)言完整性、術(shù)語(yǔ)準(zhǔn)確性等的檢查；3) 可用性測(cè)試，包括用戶界面、度量衡和時(shí)區(qū)等；4) 兼容性調(diào)試，包括硬件兼容性、版本兼容性等測(cè)試；5) 文化、宗教、喜好等適用性測(cè)試6) 手冊(cè)驗(yàn)證，包括聯(lián)機(jī)文件、在線幫助、PDF文件等測(cè)試2. 次重要1. 國(guó)際化測(cè)試方法1. 設(shè)計(jì)評(píng)審和代碼審查2. 針對(duì)源語(yǔ)言的功能測(cè)試，如不同的區(qū)域設(shè)置、不同的時(shí)區(qū)顯示3. 針

42、對(duì)偽翻譯(pseudocode， pseudo-translation)版本的測(cè)試第11章1. 重要【測(cè)試自動(dòng)化工程本質(zhì)上是軟件開(kāi)發(fā)工程】1. 什么是測(cè)試自動(dòng)化 【驗(yàn)證失敗繼續(xù)執(zhí)行，斷言失敗，退出當(dāng)前測(cè)試】測(cè)試自動(dòng)化指“一切可以由計(jì)算機(jī)系統(tǒng)自動(dòng)完成的測(cè)試任務(wù)都已經(jīng)由計(jì)算機(jī) 系統(tǒng)或軟件工具、程序來(lái)承當(dāng)并自動(dòng)執(zhí)行【“一切：不止測(cè)試執(zhí)行工作，還有管理維護(hù)等工作；“可以：某些無(wú)法由系統(tǒng)完成，需要手工處理；即使由系統(tǒng)自動(dòng)化測(cè)試，還是少不了人工干預(yù)】2. 什么是自動(dòng)化測(cè)試 【測(cè)試工具的使用是自動(dòng)化測(cè)試的主要特征】自動(dòng)化測(cè)試(automated test )是相對(duì)手工測(cè)試而存在的一個(gè)概念，由手工 逐個(gè)地運(yùn)行

43、測(cè)試用例的操作過(guò)程被測(cè)試工具自動(dòng)執(zhí)行的過(guò)程所代替。3. 代碼分析的概念類似于高級(jí)編譯系統(tǒng)，在工具中定義類/對(duì)象/函數(shù)/變量等定義規(guī)那么、語(yǔ)法 規(guī)那么等，在分析時(shí)對(duì)代碼進(jìn)行語(yǔ)法掃描，找出不符合編碼標(biāo)準(zhǔn)的地方。4. 捕獲和回放概念代碼分析是一種白盒測(cè)試的自動(dòng)化方法， 捕獲和回放那么是一種黑盒測(cè)試的自 動(dòng)化方法。5. 腳本技術(shù)的概念和分類直接編寫腳本來(lái)操作、控制、驗(yàn)證對(duì)象：包括對(duì)象識(shí)別、腳本技術(shù)、對(duì)運(yùn) 行結(jié)果進(jìn)行比擬6. 線性腳本線性腳本，是錄制手工執(zhí)行的測(cè)試用例得到的腳本，這種腳本包含所有的擊 鍵、移動(dòng)、輸入數(shù)據(jù)等，所有錄制的測(cè)試用例都可以得到完整的回放。7. 結(jié)構(gòu)化腳本結(jié)構(gòu)化腳本，類似于結(jié)構(gòu)化程

44、序設(shè)計(jì)，具有各種邏輯結(jié)構(gòu)、函數(shù)調(diào)用功能8. 數(shù)據(jù)驅(qū)動(dòng)腳本數(shù)據(jù)驅(qū)動(dòng)腳本，將測(cè)試輸入存儲(chǔ)在獨(dú)立的(數(shù)據(jù))文件中，而不是存儲(chǔ)在腳 本中。9. 關(guān)鍵字驅(qū)動(dòng)腳本關(guān)鍵字驅(qū)動(dòng)腳本，是數(shù)據(jù)驅(qū)動(dòng)腳本的邏輯擴(kuò)張2. 次重要1. 自動(dòng)比擬靜態(tài)比擬和動(dòng)態(tài)比擬簡(jiǎn)單比擬和復(fù)雜比擬敏感性測(cè)試比擬和健壯性測(cè)試比擬比擬過(guò)濾器：測(cè)試數(shù)據(jù)很多，結(jié)果很多時(shí)，篩選結(jié)果2. 測(cè)試工具的分類根據(jù)測(cè)試方法不同，分為白盒測(cè)試 工具和黑盒測(cè)試工具、靜態(tài)測(cè)試工具 和動(dòng)態(tài)測(cè) 試工具等。根據(jù)工具的來(lái)源 不同，分為開(kāi)源測(cè)試工具 (多數(shù)是免費(fèi)的)和 商業(yè)測(cè)試工具 、自 主開(kāi)發(fā)的 測(cè)試工具和 第三方 測(cè)試工具等。根據(jù)測(cè)試的 對(duì)象和目的 ，分為單元測(cè)試工具、

45、 功能測(cè)試工具、性能 測(cè)試工具、測(cè) 試管理 工具等3. 功能測(cè)試工具介紹基于GUI功能測(cè)試工具主要適合回歸測(cè)試階段4. Wet功能測(cè)試工具【主要進(jìn)行鏈接檢查、HTML僉查、Web功能和Web站點(diǎn)平安性等各個(gè)方面的測(cè)試?！?開(kāi)源的 Wet功能測(cè)試工具：Selenium、MaxQ CanocWebTest Slimdog、WatiR、WatiN、WatiJ、FIT 商業(yè)的 Web功能測(cè)試工具：Parasoft WebKing、SOAPtes、WebCheck5. 客戶端測(cè)試工具： AutoIT 、 商業(yè)的: HP QTP6. 嵌入式測(cè)試工具實(shí)時(shí)地將測(cè)試信息通過(guò)網(wǎng)線 / 串口傳到宿主機(jī)( Host

46、)上，并實(shí)時(shí)在線地顯示。因此， 對(duì)源代碼的插裝 和 目標(biāo)機(jī)上的信息收集與回傳 成為嵌入式測(cè)試工具要解決的關(guān)鍵問(wèn)題7. 性能測(cè)試工具： JMeter 能模擬實(shí)際用戶的操作行為，記錄和回放多用戶測(cè)試中的事務(wù)處理過(guò)程，自動(dòng)生成相應(yīng)的測(cè)試腳本 能針對(duì)腳本進(jìn)行修改，增加邏輯控制、完成參數(shù)化和數(shù)據(jù)關(guān)聯(lián) 可以設(shè)置不同的應(yīng)用環(huán)境和場(chǎng)景，通過(guò)虛擬用戶執(zhí)行相應(yīng)的測(cè)試腳本 通過(guò)系統(tǒng)監(jiān)控工具獲得系統(tǒng)性能的相關(guān)指標(biāo)的值8. 平安性測(cè)試工具9. 缺陷跟蹤系統(tǒng)1) 基于缺陷數(shù)據(jù)庫(kù)，可統(tǒng)一數(shù)據(jù)格式、完成數(shù)據(jù)校驗(yàn)，而且確保每一個(gè)缺陷不會(huì)被無(wú)視2) 基于數(shù)據(jù)庫(kù)系統(tǒng)， 有利于建立各種動(dòng)態(tài)的數(shù)據(jù)報(bào)表， 用于工程狀態(tài)報(bào)告和缺陷數(shù)據(jù)統(tǒng)計(jì)

47、 分析3) 基于系統(tǒng)可以隨時(shí)得到最新的缺陷狀態(tài)，消除溝通上的障礙。4) 基于系統(tǒng)可以將缺陷和測(cè)試用例、 需求等關(guān)聯(lián)起來(lái)， 更深度的分析， 有利于產(chǎn)品的質(zhì)量 改良10. 測(cè)試管理系統(tǒng) 能管理整個(gè)測(cè)試過(guò)程，提高管理的效率和準(zhǔn)確性，并提供一個(gè)協(xié)同合作的環(huán)境 測(cè)試管理系統(tǒng)以測(cè)試用例庫(kù)、缺陷庫(kù)為核心【在需求 / 功能點(diǎn)、測(cè)試用例、缺陷等之間建立必要的映射關(guān)系 】第 12 章1. 重要1. 軟件測(cè)試團(tuán)隊(duì)的責(zé)任 測(cè)試人員的根本責(zé)任：1) 發(fā)現(xiàn)軟件程序、系統(tǒng)或產(chǎn)品中所有的問(wèn)題2) 盡早發(fā)現(xiàn)問(wèn)題；3) 催促開(kāi)發(fā)人員盡早地解決程序中的缺陷 測(cè)試團(tuán)隊(duì)的責(zé)任還包括：4) 幫助工程管理人員制定合理的開(kāi)發(fā)方案；5) 對(duì)問(wèn)

48、題進(jìn)行分析、分類總結(jié)和跟蹤6) 幫助改善開(kāi)發(fā)流程，提高產(chǎn)品開(kāi)發(fā)效率7) 催促代碼編寫具有更好的標(biāo)準(zhǔn)性、易讀性、可維護(hù)性等2. 軟件測(cè)試團(tuán)隊(duì)的兩種組織模型1. 按技術(shù)領(lǐng)域來(lái)組建團(tuán)隊(duì)的模型 【可充分交流，人員來(lái)自不同部門，凝聚力差】2. 按產(chǎn)品線來(lái)組建團(tuán)隊(duì)的模型【適合產(chǎn)品比擬多、公司規(guī)模比擬大】3. 優(yōu)秀測(cè)試工程師的素質(zhì) 高度的責(zé)任感；非常好的溝通能力、幽默感；技術(shù)能力、自信心、耐心；疑心一切的精神、勤奮精神；洞 察力、適度的好奇心；反向思維和發(fā)散思維能力、記憶力；自我學(xué)習(xí)能力、創(chuàng)新能力等2. 次重要1. 測(cè)試團(tuán)隊(duì)的根本構(gòu)成QA/ 測(cè)試經(jīng)理：人員管理，資源調(diào)配、測(cè)試方法改良等； 實(shí)驗(yàn)室管理人員：設(shè)

49、置、配置和維護(hù)實(shí)驗(yàn)室的測(cè)試環(huán)境 內(nèi)審員：審查流程，建立測(cè)試模板，跟蹤缺陷測(cè)試報(bào)告的質(zhì)量等； 測(cè)試組長(zhǎng)：負(fù)責(zé)工程的管理、測(cè)試方案、測(cè)試用例、任務(wù)安排等； 測(cè)試設(shè)計(jì)人員 / 資深測(cè)試工程師，產(chǎn)品設(shè)計(jì)規(guī)格說(shuō)明書的審查、測(cè)試用例的 設(shè)計(jì)、技術(shù)難題的解決、培訓(xùn)和指導(dǎo)、實(shí)際測(cè)試任務(wù)的執(zhí)行； 一般(初級(jí))測(cè)試工程師，執(zhí)行測(cè)試用例和相關(guān)的測(cè)試任務(wù)。第 13 章1. 重要1. 測(cè)試環(huán)境概述 測(cè)試環(huán)境包括設(shè)計(jì)環(huán)境、實(shí)施環(huán)境和管理環(huán)境。 軟件環(huán)境分為主測(cè)試環(huán)境和輔測(cè)試環(huán)境。 主測(cè)試環(huán)境是測(cè)試軟件功能、平安可靠性、性能、易用性等大多數(shù)指標(biāo)的主要環(huán)境 輔助測(cè)試環(huán)境滿足特殊的測(cè)試需求：兼容性測(cè)試；模擬真實(shí)環(huán)境測(cè)試；橫向比

50、照測(cè)試2. 測(cè)試環(huán)境要素 硬件、網(wǎng)絡(luò)環(huán)境、軟件、數(shù)據(jù)準(zhǔn)備、測(cè)試工具3. 實(shí)驗(yàn)室建立的評(píng)估分析1) 是否需要長(zhǎng)期使用測(cè)試設(shè)備2) 是否需要體積龐大的測(cè)試工具3) 是否需要特殊的環(huán)境4) 是否存在平安性問(wèn)題呢2. 次重要1. 虛擬機(jī) 軟件介紹 每個(gè)虛擬機(jī)由一組虛擬化設(shè)備構(gòu)成，其中每個(gè)虛擬機(jī)都有對(duì)應(yīng)的虛擬硬件而不會(huì)影響 高層應(yīng)用層。通過(guò)虛擬機(jī)，客戶可以再單個(gè)計(jì)算機(jī)上并發(fā)運(yùn)行多個(gè)操作系統(tǒng) 【充分利用硬件資源、 節(jié)約能源和空間、提升運(yùn)作效率、 有利于環(huán)境的建立和維護(hù)】第 14 章1. 重要1. 什么是測(cè)試用例 測(cè)試用例是有效地發(fā)現(xiàn)軟件缺陷的最小測(cè)試執(zhí)行單元， 是為了特定目的而設(shè) 計(jì)的測(cè)試數(shù)據(jù)及與之相關(guān)的

51、測(cè)試規(guī)程的一個(gè)特定的集合。2. 測(cè)試用例設(shè)計(jì)書寫標(biāo)準(zhǔn)標(biāo)志符、測(cè)試項(xiàng)、測(cè)試環(huán)境要求、輸入標(biāo)準(zhǔn)、輸出標(biāo)準(zhǔn)、測(cè)試用例之間的關(guān)聯(lián)3. 良好測(cè)試用例的特征1) 可以最大程度地找出軟件隱藏的缺陷2) 可以最高效率的找出軟件缺陷3) 可以最大程度地滿足測(cè)試覆蓋要求4) 既不過(guò)分復(fù)雜、也不能過(guò)分簡(jiǎn)單5) 使軟件缺陷的表現(xiàn)可以清楚的判定a. 測(cè)試用例包含期望的正確的結(jié)果b. 待查的輸出結(jié)果或文件必須盡量簡(jiǎn)單明了6) 不包含重復(fù)的測(cè)試用例7) 測(cè)試用例內(nèi)容清晰、格式一致、分類組織4. 測(cè)試用例設(shè)計(jì)考慮因素1) 具有代表性、典型性2) 尋求系統(tǒng)設(shè)計(jì)、功能設(shè)計(jì)的弱點(diǎn)3) 測(cè)試用例需要考慮到正確的輸入，也需要考慮錯(cuò)誤的

52、或者異常的輸入，以及需要分 析怎樣使得這樣的錯(cuò)誤或者異常能夠發(fā)生4) 考慮用戶實(shí)際的諸多使用場(chǎng)景5. 測(cè)試用例設(shè)計(jì)的根本原那么1) 盡量防止模糊的測(cè)試用例2) 盡量將具有相類似功能的測(cè)試用例抽象并歸類3) 盡量防止冗長(zhǎng)和復(fù)雜的測(cè)試用例6. 什么是測(cè)試用例套件 測(cè)試套件是根據(jù)特定的測(cè)試目標(biāo)和任務(wù)而構(gòu)造的某個(gè)測(cè)試用例的集合?！緶y(cè)試套件是由一系列測(cè)試用例并與之關(guān)聯(lián)的測(cè)試環(huán)境組合而構(gòu)成的集合，滿足測(cè)試執(zhí)行的特定要求。通過(guò)測(cè)試 套件，將效勞與同一個(gè)測(cè)試目標(biāo)、特定階段性測(cè)試目標(biāo)或某一運(yùn)行環(huán)境下的一系列測(cè)試用例有機(jī)地組合起來(lái)】2. 次重要1. 測(cè)試用例的重要性測(cè)試用例是測(cè)試工作的指導(dǎo)，是軟件測(cè)試的必須遵守的

53、準(zhǔn)那么，更是軟件測(cè)試 質(zhì)量穩(wěn)定的根本保障2. 測(cè)試用例的作用有效性、可復(fù)用性、易組織性、客觀性、可評(píng)估性和可管理性、知識(shí)傳遞3. 單個(gè)測(cè)試用例的質(zhì)量要求1具有可操作性2具備所需的各項(xiàng)信息3各項(xiàng)信息描述準(zhǔn)確、清楚4測(cè)試目標(biāo)針對(duì)性強(qiáng)5驗(yàn)證點(diǎn)完備，而且沒(méi)有太多的驗(yàn)證點(diǎn)6沒(méi)有太多的操作步驟，例如不超過(guò)7步7符合正常業(yè)務(wù)慣例4. 整體測(cè)試用例的質(zhì)量要求1覆蓋率。依據(jù)特定的測(cè)試目標(biāo)的要求，盡可能覆蓋所有的測(cè)試范圍、功能特性和代碼。2易用性。測(cè)試用例的設(shè)計(jì)思路清晰、組織結(jié)構(gòu)層次合理，測(cè)試用例操作的連貫性好，使單個(gè)模塊的 測(cè)試用例執(zhí)行順暢。3易維護(hù)性。應(yīng)該以很少的時(shí)間來(lái)完成測(cè)試測(cè)試用例的維護(hù)工作，包括添加、修

54、改和刪除測(cè)試用例。易用性和易讀性，也有助于易維護(hù)性。4粒度適中。既能覆蓋各個(gè)特定的場(chǎng)景，保證測(cè)試的效率；又能處理好不同數(shù)據(jù)輸入的測(cè)試要求，提 高測(cè)試用例的可維護(hù)性。第15章1. 重要1. 軟件缺陷生命周期是一個(gè)軟件缺陷被發(fā)現(xiàn)、報(bào)告到這個(gè)缺陷被修復(fù)、驗(yàn)證直至最后關(guān)閉的完整過(guò)程。2. 軟件缺陷的嚴(yán)重性和優(yōu)先級(jí)嚴(yán)重性：衡量缺陷對(duì)客戶滿意度的影響程度 致命的、嚴(yán)重的、一般的、微小的 優(yōu)先級(jí)Priority:指缺陷被修復(fù)的緊急程度缺陷優(yōu)先級(jí)描述立即解決P1級(jí)缺陷導(dǎo)致系統(tǒng)幾乎不能使用或測(cè)試不能繼續(xù)，需立即修 復(fù)高優(yōu)先級(jí)P2級(jí)缺陷嚴(yán)重，影響測(cè)試，需要優(yōu)先考慮正常排隊(duì)P3級(jí)缺陷需要正常排隊(duì)等待修復(fù)低優(yōu)先級(jí)P4

55、級(jí)缺陷可以在開(kāi)發(fā)人員有時(shí)間的時(shí)候被糾正3. 缺陷描述的根本要求單一準(zhǔn)確 可以再現(xiàn) 完整統(tǒng)一 短小簡(jiǎn)練 特定條件 補(bǔ)充完善 不做評(píng)價(jià)4. 別離和調(diào)試軟件缺陷之間的區(qū)別 【為了劃分測(cè)試和開(kāi)發(fā)人員的責(zé)任】 P3355. 軟件缺陷處理技巧審閱。 可以由測(cè)試管理員、工程管理員或其他人來(lái)進(jìn)行，審閱缺陷報(bào)告的質(zhì)量水平；拒絕。 如果審閱者決定需要對(duì)一份缺陷報(bào)告進(jìn)行重大修改，應(yīng)該和測(cè)試人員一起討論，由測(cè)試人員糾正缺陷報(bào)告，然后再次提交；完善。 完整地描述了問(wèn)題的特征并將其別離，那么審查者就會(huì)肯定這個(gè)報(bào)告；分配。 分配給適當(dāng)?shù)拈_(kāi)發(fā)人員，如果不知道具體開(kāi)發(fā)人員，應(yīng)分配給工程開(kāi)發(fā)組長(zhǎng)，由開(kāi)發(fā)組長(zhǎng)再分配給對(duì)應(yīng)的開(kāi)發(fā)人員；驗(yàn)證。 缺陷的修復(fù)需要得到測(cè)試人員的驗(yàn)證，同時(shí)還要進(jìn)行回歸測(cè)試，檢查這個(gè)缺陷的修復(fù)是否會(huì)引入新的問(wèn)題；重新翻開(kāi)。 重新翻開(kāi)一個(gè)缺陷，要加注釋說(shuō)明、 溝通等，否那么會(huì)引起“翻開(kāi)- 修復(fù)多個(gè)來(lái)回，