軟件測試與質(zhì)量保證期末復習資料整理

1、精選文檔復習提綱第一部分 軟件測試概述1.軟件測試的背景1.1 軟件危機與軟件質(zhì)量軟件質(zhì)量保證SQA，軟件測試ST；1.2 軟件缺陷 （分類，來源，累積和放大效應）l 常見的軟件缺陷：1. 軟件沒有達到規(guī)格說明書表明的功能2. 軟件消滅了規(guī)格說明書指明不會消滅的問題3. 軟件沒有達到規(guī)格說明書雖未指明，但應當達到的功能4. 軟件功能超出規(guī)格說明書指明的范圍5. 軟件測試人員或者用戶認為軟件難以理解、不易使用、運行速度慢。l 緣由：1. 軟件的需求規(guī)格說明書；2. 軟件的設計；3. 代碼的錯誤l 累積和放大效應：前期的軟件缺陷會在后期逐步擴大1.3 軟件測試的意義為了發(fā)覺軟件缺陷，軟件測試必不行

2、少；開銷占總成本的30%50%；2.軟件測試的含義2.1 什么是軟件測試是為了發(fā)覺錯誤而執(zhí)行程序的過程。2.2 軟件測試的目的發(fā)覺問題；對質(zhì)量或可接受性做出推斷；2.3 軟件測試的對象1. 需求分析2. 概要設計3. 具體設計4. 編碼2.4 測試調(diào)試測試發(fā)覺錯誤調(diào)試；這是一個交叉循環(huán)的過程；測試是一種檢驗，有一套完整的理論，不需要了解設計細節(jié)，有非程序設計者完成，且測試的設計和執(zhí)行能夠自動化；2.5 軟件測試的特征l 風險性徹底測試程序是不行能的；l 不修復原則并非全部軟件缺陷都需要修復；l 群集現(xiàn)象錯誤的集中；l 寄生蟲性找到缺陷越多，殘存的缺陷越多3.軟件測試的過程3.1 軟件測試的生命

3、周期需求規(guī)格說明設計編碼測試缺陷分類缺陷隔離缺陷解決3.2 軟件測試的步驟1. 制定測試方案2. 設計測試用例和測試過程3. 運行測試用例（核心）4. 評估測試結(jié)果3.3 測試用例=輸入+預期輸出3.4 通過維恩圖理解測試用例相交的地方盡可能大3.5 測試用例的設計3.5.1 功能性測試（黑盒測試）l 依據(jù)于軟件的規(guī)格說明；l 與軟件的具體實現(xiàn)無關；l 優(yōu)：并行進行，測試用例與實現(xiàn)的轉(zhuǎn)變無關；l 缺：用例冗余度大；會有漏洞，不能發(fā)覺多余缺陷；3.5.2 結(jié)構(gòu)性測試（白盒測試）l 依據(jù)于程序?qū)崿F(xiàn)；l 利用程序內(nèi)部的規(guī)律結(jié)構(gòu)；l 優(yōu)：具有掩蓋率指標；l 缺：不能發(fā)覺遺漏缺陷；4. 錯誤與缺陷分類l

4、 以消滅相應錯誤的開發(fā)階段來劃分；l 以相應失效產(chǎn)生的后果來劃分；l 以解決難度來劃分；l 以不解決會產(chǎn)生的風險來劃分5. 軟件測試的級別1. 單元測試具體設計信息，白盒測試為主；2. 集成測試概要設計信息，模塊的組合測試；3. 系統(tǒng)測試軟件需求；4. 確認測試依照需求規(guī)格說明書；5. 驗收測試用戶參與，黑盒測試；6. 軟件測試的分類l 靜態(tài)測試不運行被測試程序；l 動態(tài)測試運行被測試的程序；l 自動測試利用自動化測試工具；l 人工測試人工走查和代碼審查；其次部分 黑盒測試1. 邊界值測試 (書:第5章) 邊界值分析 （依據(jù)，含義，方法）l 含義：針對各種邊界狀況設計測試用例；l 依據(jù)：大量的

5、錯誤是發(fā)生在輸入或輸出范圍的邊界上；l 方法：以基于但卻像和輸入空間的邊界值分析，設有n個輸入變量，則對應有4n+1個測試用例。l 局限性：只適用于變量之間沒有依靠的狀況；不適用于布爾變量； 健壯性測試l 含義：例外狀況時的系統(tǒng)表現(xiàn)；n個變量對應6n+1個測試用例； 最壞狀況測試l 用例為邊界值集合的笛卡兒積（5n個測試用例） 健壯最壞狀況測試7n個測試用例 特殊值測試主觀性和有效性 隨機測試使用隨機數(shù)生成器，直到每種輸出至少消滅一次；2. 等價類測試 (書:第6章) 等價類測試的思想n 依據(jù)：集合的劃分，無冗余（不代表測試用例不冗余），完備性；n 基本思想：劃分等價類；從中選取測試用例，以掩

6、蓋全部的等價類；n 關鍵：如何劃分等價類；n 特點：典型的黑盒測試方法 有效/無效等價類l 有效等價類：合理的輸入數(shù)據(jù)，是否實現(xiàn)了預期的功能；l 無效等價類：無意義的輸入數(shù)據(jù)，檢驗程序?qū)τ跓o效數(shù)據(jù)的處理； 強/弱,健壯/一般 等價類測試l 弱一般等價類：單缺陷假設，不考慮無效值，不完備l 強一般等價類：多缺陷假設，不考慮無效值，不完備l 弱健壯等價類：單缺陷假設，考慮無效值，不完備；l 強健壯等價類：多缺陷假設，考慮無效值，完備； 基于輸入/輸出的等價類測試 等價類測試的閱歷依據(jù)輸入條件，劃分等價類的原則l 假如確知以劃分的等價類中的各元素在程序中的處理方式不同，則應進一步劃分成更小的等價類。

7、等價類測試的步驟（案例）n 建立等價類表；n 生成測試用例，規(guī)定一個唯一的編號；n 對有效等價類: 用一個測試用例掩蓋盡可能多；n 對無效等價類: 每個測試用例只掩蓋一個；不適合狀況l 輸入條件之間存在依靠關系；l 由多個輸入條件的取值組合，打算是否執(zhí)行某操作；3. 基于決策表測試 (書:第7章)案例特點n 能夠表示簡單規(guī)律關系；n 在具體設計和測試階段均可使用；n 最嚴格的黑盒測試方法；適用于：l 規(guī)律很突出；l 輸入輸出之間存在因果關系；4. 因果圖測試法，基于正交表的測試法 （了解）l 因果圖測試法：考慮輸入狀況的各種組合，和輸入狀況之間的相互制約關系；l 基于正交表的測試法：選出食量的

8、，具有代表性的點；5、 黑盒測試總結(jié)l 假如變量引用的是物理量，可接受定義域測試和等價類測試；l 假如變量時獨立的，可接受定義域測試和等價類測試；l 假如變量不是獨立的，可接受決策表測試；l 假如可保證是單缺陷假設，可接受邊界值分析和健壯性測試；l 假如可以保證是多缺陷假設，可接受最壞狀況測試、健壯最壞狀況測試、決策 表測試。l 假如程序包含大量的特別處理，可接受 健壯性測試和決策表測試；l 假如變量引用的是規(guī)律量，可接受等價類測試用例和決策表測試；第三部分 白盒測試1 規(guī)律掩蓋 分類及其含義l 含義：依據(jù)肯定的規(guī)律掩蓋的目標以及程序內(nèi)部的規(guī)律結(jié)構(gòu)生成測試用例；l 分類：u 語句掩蓋每個語句至

9、少執(zhí)行一次u 判定掩蓋對于每個推斷，每個取真，取假分支至少經(jīng)受一次，有可能查不出某個子條件的錯誤；u 條件掩蓋每個子條件的可能取值至少執(zhí)行一次，不肯定滿足判定掩蓋u 判定-條件掩蓋前兩者的結(jié)合，有可能查不出某個子條件中的錯誤；u 條件組合掩蓋每個推斷的全部可能的子條件取值組合至少執(zhí)行一次，沒有考慮多個判定之間的組合；u 路徑掩蓋全部可能的路徑；2 基本路徑測試將測試路徑壓縮在肯定的限度內(nèi)l 把握流圖一圈一個區(qū)域，圈外也算是區(qū)域；l 從程序?qū)С霭盐樟鲌D，遇到復合條件時的轉(zhuǎn)換復合條件改為單個條件的嵌套的推斷；環(huán)路簡單性=V(G)= 邊數(shù)E -節(jié)點數(shù)N + 2（或等于區(qū)域數(shù)）圖矩陣（了解）用矩陣來計

10、算把握流圖，有方向的；適合測試把握密集型的程序。3 數(shù)據(jù)流測試l 數(shù)據(jù)流問題 定義變量：值被轉(zhuǎn)變； 使用變量：使用了內(nèi)存中的變量變量的定義使用路徑定義節(jié)點使用節(jié)點：謂詞使用（推斷語句）；計算使用；定義-使用路徑：從定義節(jié)點到使用節(jié)點；定義清楚路徑：定義-使用路徑中沒有其他定義節(jié)點；掩蓋路徑時，不考慮即是定義又是使用的節(jié)點；適合測試計算密集型和把握密集型的程序路徑掩蓋準則：1 全定義一使用路徑準則包含全部的定義清楚路徑2 全定義準則每個定義節(jié)點到一個使用的定義清楚路徑3 全使用準則定義節(jié)點到每個使用節(jié)點的定義清楚路徑4 全謂詞使用部分計算使用準則每個定義節(jié)點到全部謂詞使用節(jié)點的定義清楚路徑5 全

11、計算使用部分謂詞使用準則每個定義節(jié)點到全部計算使用節(jié)點的定義清楚路徑l 基于程序片的測試 （了解）影響某個變量在某個點上的取值的一組程序語句4 用白盒測試的掩蓋率指標評估黑盒測試掩蓋 C(M，S) = 所掩蓋的路徑數(shù)n / 總路徑數(shù)s冗余 R(M，S) = 測試用例個數(shù)m / 總路徑數(shù)s凈冗余 NR(M，S)= 測試用例個數(shù)m / 所掩蓋的路徑數(shù)n第四部分 軟件測試的級別1 確認與驗證的區(qū)分確認：關注最終產(chǎn)品，與用戶需求相全都；驗收：關注各個開發(fā)階段；與當前步驟的規(guī)范相全都；2 確認測試（黑盒測試）含義是否滿足用戶的需求依據(jù)說明書的確認準則；測試:與測試：的區(qū)分測試由若干用戶或公司內(nèi)部人員進行

12、測試；測試由最終用戶進行測試；3 驗收測試、回歸測試的含義驗收測試：主要由用戶執(zhí)行，檢查是否符合驗收標準；回歸測試：在軟件被修改之后，重新執(zhí)行以前執(zhí)行過的測試用例；（bug被修復后可能會產(chǎn)生新的bug）；4 單元測試，含義對源代碼的每一個單元和模塊進行測試，以發(fā)覺模塊內(nèi)部的錯誤白盒為主，黑盒為輔；錯誤的檢查范圍：l 模塊接口測試（數(shù)據(jù)流的檢查，參數(shù)，返回值，全局量）；l 局部數(shù)據(jù)結(jié)構(gòu)測試（與變量相關的錯誤，數(shù)據(jù)類型，數(shù)組越界和地址特別）；l 邊界測試（邊界值、運行時間）；l 錯誤處理測試（出錯的描述、顯示、處理）；l 路徑測試（基本執(zhí)行路徑，最常見的錯誤執(zhí)行路徑）；測試方法：靜態(tài)測試；動態(tài)測試

13、：驅(qū)動模塊模擬調(diào)用模塊；樁模塊模擬被調(diào)用模塊；5 集成測試找出模塊間的接口和交互錯誤基于功能分解樹的集成（關注靜態(tài)結(jié)構(gòu)）l 分類l 比較優(yōu)點缺點一次性集成可以說沒有很難定位錯誤自頂向下集成較早發(fā)覺把握方面的錯誤過多的回歸測試，大量樁模塊（模塊數(shù)-1）自底向上驅(qū)動模塊（總-底層），并行測試多個模塊主控部分出錯要導致返工混合漸增式樁和驅(qū)動模塊少定位缺陷的難度（子系統(tǒng)一次性集成基于調(diào)用圖的集成（模塊之間的調(diào)用關系）l 分類：成對集成；鄰居集成；l 缺點：缺陷難以隔離和定位，回歸測試量大；基于路徑 的集成（關注模塊間的交互）模塊可執(zhí)行路徑始于一個源節(jié)點，最終一個匯節(jié)點；MM-路徑 起點：主模塊的源節(jié)點

14、，終點：消息靜止點；從主模塊開頭，到主模塊結(jié)束；與系統(tǒng)測試無縫連接，面對對象軟件案例 集成測試的組織與實施（了解）6 系統(tǒng)測試 含義由確認測試的軟件和系統(tǒng)的其他成分結(jié)合在一起，進行集成測試和確認測試常見的系統(tǒng)測試（理解定義）nl 功能測試檢驗功能的實現(xiàn)；l 性能測試性能是否達標；l 負載測試邊界（滿負載）的狀況下的性能問題l 壓力測試資源緊缺的狀況下的功能或性能問題；l 配置測試保證硬件的組合多樣化；l 兼容性測試兩個軟件之間的交互；l 平安性測試平安性和保密性是否發(fā)揮作用，漏洞；l 牢靠性測試平均失效時間，因故障而停機時間；l 恢復測試故障后的恢復狀況，不對系統(tǒng)造成任何損害；l 安裝測試安裝

15、過程中消滅的錯誤；l 易用性測試使用的合理性和便利性；l 文檔測試系統(tǒng)文檔的齊全、多余和規(guī)范例子第五部分 軟件測試工具軟件測試工具的常見功能n 測試方案和管理n 源代碼把握n 自動測試用例生成；n 標準測試用例包n 內(nèi)存泄露測試n 測試框架n 捕獲、回放與比較（無人照料、機械重復測試）n 模擬負載測試n 模擬并發(fā)測試n 測試掩蓋率分析優(yōu)點l 測試流程和數(shù)據(jù)的標準化、規(guī)范化；l 與項目方案、開發(fā)方案集成；l 測試用例、缺陷報告、缺陷分析與測試方案集成；l 測試文檔管理l 缺陷跟蹤和管理、測試評估；l 測試腳本和測試用例可以重復使用、重新編輯；l 測試數(shù)據(jù)與測試過程/腳本分別；l 適合回歸測試與壓

16、力測試、負載測試、疲乏測試；l 管擦程序內(nèi)部信息（對象屬性、方法，內(nèi)部數(shù)據(jù)變化；缺點n 費用風險n 集成風險n 銀彈風險沒有任何技術或管理上的進展，能夠獨立地許諾十年內(nèi)使生產(chǎn)率、牢靠性或簡潔性獲得數(shù)量級上的進步。n 測試套件（不同廠商之間沒有統(tǒng)一標準）n 本地化問題n 平臺多樣性開發(fā)測試工具的有名公司第六部分 軟件質(zhì)量保證1 軟件質(zhì)量保證及其目標SQA確保軟件的開發(fā)過程和結(jié)果符合預期要求，依據(jù)規(guī)程進行評價；盡早地檢測錯誤；目標在軟件開發(fā)的各個階段（需求分析，規(guī)格定義，設計，編碼，測試，維護）進行過程把握；2缺陷管理bug 的生命周期：未確定的新加入的（已確定為bug）需要掛念的（找開發(fā)人員）被

17、重新安排的被解決的被驗證的bug的嚴峻程度和優(yōu)先級別嚴峻程度：CriticalGraveSeriousBlockerImportantNormalMinorTrival優(yōu)先級別：ImmediateUrgentHighNormalLow3SQA模型CMM與微軟實踐CMM分為幾個級別？初始級可重復級已定義級已管理級優(yōu)化級微軟測試的兩大閱歷：里程碑（MileStone）和每日構(gòu)建（Daily build）的含義？里程碑（CMM2）每個里程碑完成部分功能；便于團隊集中力氣完成一個又一個功能；供應多個機會以適應需求的更改； 每日構(gòu)建（CMM3）使模塊得以準時整合；最新代碼check in放入代碼庫；第七

18、部分 Beta測試有方案地把產(chǎn)品分發(fā)到目標市場，收集反饋信息1 Beta測試的特點在產(chǎn)品發(fā)布之前，邀請公司的客戶參與產(chǎn)品的測試工作；并不是試驗室的測試；2 Beta測試的組織結(jié)構(gòu)圖 3 如何選擇高效的Beta測試參與者？確定測試參與人員數(shù)確定測試候選人的條件確定申請表確定并發(fā)布召集書4 如何高效的獲得Beta測試結(jié)果？找到動力，驅(qū)動參與者；第八部分 軟件本地化測試1 軟件國際化和軟件本地化的含義及其關系國際化（基礎）處理多種語言和文化傳統(tǒng)，不需要重新設計源程序代碼的軟件工程方法；本地化依據(jù)國家需要進行加工，是國際化用于特定的本地環(huán)境的體現(xiàn)；2 軟件本地化測試的內(nèi)容（再制造過程）功能性測試（基本功能）；翻譯測試（術語精確性）；可用性測試（UI）；兼容性測試（硬件，版本）；文化、宗教、喜好等適用性測試；手冊驗證（聯(lián)機文