軟件測(cè)試基礎(chǔ)理論知識(shí)

1、鍵入文字測(cè)試?yán)碚撆嘤?xùn)資料測(cè)試?yán)碚撆嘤?xùn)資料鍵入文字錯(cuò)誤猜測(cè)異常分析狀態(tài)遷移流程分析正交試驗(yàn)法判定法 因果圖 輸出域覆蓋輸入域覆蓋邊界值 等價(jià)類 黑盒白盒程序插裝邏輯覆蓋信息流分析數(shù)據(jù)流分析控制流分析其他 處理過(guò)程條件組合輸入輸出整體特性內(nèi)部實(shí)現(xiàn)動(dòng)態(tài)分析靜態(tài)分析SRS HLD LLD GUIDB 編碼 調(diào)試 白盒 灰盒 黑盒軟件質(zhì)量流程技術(shù)組織開(kāi)發(fā)技術(shù)測(cè)試技術(shù)UTITST分析設(shè)計(jì)編碼ISO9001 CMM 6 西格瑪質(zhì)量體系瀑布模型螺旋模型RUP 模型IPD 模型V&V 模型常見(jiàn)的項(xiàng)目組織結(jié)構(gòu)需求管理配置管理同行評(píng)審缺陷管理鍵入文字鍵入文字鍵入文字需求分析SRS 評(píng)審SRS 基線化系統(tǒng)測(cè)試

2、的計(jì)劃設(shè)計(jì)和實(shí)現(xiàn)ST 計(jì)劃ST 方案ST 用例概要設(shè)計(jì)HLD 評(píng)審HLD 基線化詳細(xì)設(shè)計(jì)LLD 評(píng)審LLD 基線化編碼代碼走查UT 執(zhí)行IT 執(zhí)行ST 執(zhí)行集成測(cè)試的計(jì)劃設(shè)計(jì)和實(shí)現(xiàn)IT 計(jì)劃IT 方案IT 用例單元測(cè)試的計(jì)劃設(shè)計(jì)和實(shí)現(xiàn)UT 計(jì)劃UT 方案UT 用例鍵入文字需求分析SRS 評(píng)審SRS 基線化系統(tǒng)測(cè)試的計(jì)劃設(shè)計(jì)和實(shí)現(xiàn)ST 計(jì)劃ST 方案ST 用例概要設(shè)計(jì)HLD 評(píng)審HLD 基線化詳細(xì)設(shè)計(jì)LLD 評(píng)審LLD 基線化編碼代碼走查UT 執(zhí)行IT 執(zhí)行ST 執(zhí)行集成測(cè)試的計(jì)劃設(shè)計(jì)和實(shí)現(xiàn)IT 計(jì)劃IT 方案IT 用例單元測(cè)試的計(jì)劃設(shè)計(jì)和實(shí)現(xiàn)UT 計(jì)劃UT 方案UT 用例鍵入文字測(cè)測(cè) 試試 基

3、基 礎(chǔ)礎(chǔ)7軟軟 件件 質(zhì)質(zhì) 量量10測(cè)測(cè) 試試 方方 法法18V&V 模型（測(cè)試過(guò)程）模型（測(cè)試過(guò)程）21單單 元元 測(cè)測(cè) 試試23集集 成成 測(cè)測(cè) 試試29系系 統(tǒng)統(tǒng) 測(cè)測(cè) 試試37測(cè)測(cè) 試試 覆覆 蓋蓋 率率49測(cè)測(cè) 試試 用用 例例 舉舉 例例51同同 行行 評(píng)評(píng) 審審53配配 置置 & 需需 求求 管管 理理56缺缺 陷陷 管管 理理58SQLSQL SERVERSERVER61測(cè)試工具總結(jié)測(cè)試工具總結(jié)67第一階段英語(yǔ)單詞總結(jié)第一階段英語(yǔ)單詞總結(jié)84復(fù)習(xí)問(wèn)題總結(jié)復(fù)習(xí)問(wèn)題總結(jié)88鍵入文字測(cè)測(cè) 試試 基基 礎(chǔ)礎(chǔ)1、 軟件測(cè)試的目的：驗(yàn)證（表達(dá)軟件能夠工作） 檢測(cè)（發(fā)現(xiàn)錯(cuò)誤）

4、 預(yù)防（管 理質(zhì)量）a 是否更好的為軟件使用者（用戶）服務(wù)；b 是否更好的為公司其他人員服務(wù)，提高軟件的質(zhì)量。2、 測(cè)試執(zhí)行：?jiǎn)卧獪y(cè)試（UT 執(zhí)行）：一個(gè)測(cè)試用例的測(cè)試執(zhí)行； 集成測(cè)試（IT 執(zhí)行）：一個(gè)測(cè)試用例集的測(cè)試執(zhí)行； 系統(tǒng)測(cè)試（ST 執(zhí)行）：不同測(cè)試階段的測(cè)試執(zhí)行。這幾句話是什么意思，覺(jué)得不是很有針對(duì)性？3、 回歸測(cè)試的目的：a. 驗(yàn)證錯(cuò)誤是否修復(fù)；b. 檢測(cè)對(duì)代碼的修改是否引入了新的錯(cuò)誤。5、 軟件測(cè)試的主要工作：a. 檢視代碼，評(píng)審開(kāi)發(fā)文檔；b. 進(jìn)行測(cè)試設(shè)計(jì)，寫(xiě)作測(cè)試文檔（測(cè)試計(jì)劃、測(cè)試方案、測(cè)試用例等） ；c. 執(zhí)行測(cè)試，發(fā)現(xiàn)軟件缺陷，提交缺陷報(bào)告，并確認(rèn)缺陷最終得到了修正；

5、d. 通過(guò)測(cè)試度量軟件質(zhì)量。 6、 軟件危機(jī)的出現(xiàn)主要表現(xiàn)在：a. 由于缺乏大型軟件開(kāi)發(fā)經(jīng)驗(yàn)和軟件開(kāi)發(fā)數(shù)據(jù)積累，開(kāi)發(fā)工作計(jì)劃很難制定； b. 開(kāi)發(fā)早期需求分析不夠明確，造成開(kāi)發(fā)后期矛盾集中暴露；鍵入文字 c. 不遵循開(kāi)發(fā)規(guī)范，開(kāi)發(fā)文檔不完整，軟件難以維護(hù)； d. 缺乏嚴(yán)密有效的軟件質(zhì)量檢測(cè)手段，交付給用戶的軟件質(zhì)量差。7、 軟件危機(jī)的后果：a. 軟件質(zhì)量不高，很難穩(wěn)定；b. 軟件項(xiàng)目延期，進(jìn)度無(wú)法控制；c. 成本增加，無(wú)法控制預(yù)算。8、 軟件危機(jī)的根源：a. 根據(jù)摩爾定律，硬件發(fā)展很快，相應(yīng)對(duì)軟件系統(tǒng)的期望越來(lái)越高； b. 軟件系統(tǒng)復(fù)雜性提高，需多人合作； c. 軟件開(kāi)發(fā)是人的智力活動(dòng)，無(wú)法用

6、已有的產(chǎn)業(yè)工程方法來(lái)組織管理。9、 軟件生命周期的各個(gè)階段：計(jì)劃 需求分析 設(shè)計(jì) 編碼 測(cè)試 運(yùn)行 評(píng)價(jià)10、 設(shè)計(jì)：概要設(shè)計(jì)（HLD）：在設(shè)計(jì)階段把各項(xiàng)需求轉(zhuǎn)換成相應(yīng)的體系結(jié)構(gòu)，每一部分是功能明確的模塊； 詳細(xì)設(shè)計(jì)（LLD）：對(duì)每個(gè)模塊要完成的工作進(jìn)行具體的描述。11、 軟件研發(fā)相關(guān)要素：人員、過(guò)程、工具。12、 軟件項(xiàng)目組人員組成：分析人員、設(shè)計(jì)人員、開(kāi)發(fā)人員、測(cè)試人員、配置管理人員、SQA（質(zhì)量保證人員） ；13、 軟件研發(fā)流程類型：瀑布模型、螺旋模型、RVPRUP 流程、IPD 流程。鍵入文字14、 軟件研發(fā)中幾個(gè)重要的過(guò)程：需求管理；配置管理；缺陷管理；同行評(píng)審。15、 常見(jiàn)的引入缺

7、陷的原因：a. 開(kāi)發(fā)過(guò)程缺乏有效的溝通，或者沒(méi)有進(jìn)行溝通； b. 軟件復(fù)雜度越來(lái)越高； c. 編程中產(chǎn)生錯(cuò)誤； d. 需求不斷變更； e. 項(xiàng)目進(jìn)度的壓力； f. 不重視開(kāi)發(fā)文檔；g. 軟件開(kāi)發(fā)工具本身隱藏的問(wèn)題。等等 鍵入文字軟軟 件件 質(zhì)質(zhì) 量量軟件質(zhì)量管理體系：軟件質(zhì)量管理體系：軟件質(zhì)量管理體系： ISO9000（2000 版） CMM 六西格瑪ISO 9000 ISO 9004 核心黃素ISO9000：2000 版標(biāo)準(zhǔn)版標(biāo)準(zhǔn)ISO9000：制定管理理念和原則ISO9001：標(biāo)準(zhǔn)對(duì)組織質(zhì)量管理體系必須履行的要求做了明確的規(guī)定，是對(duì)產(chǎn)品要求的進(jìn)一進(jìn)補(bǔ)充。 （梳心）ISO9004：是組織進(jìn)行

8、持續(xù)改進(jìn)的指南標(biāo)準(zhǔn)。八項(xiàng)質(zhì)量管理原則： 一以顧客為中心：組織依存于其顧客，因此，組織應(yīng)理解顧客當(dāng)前的和未來(lái)的需求， 滿足顧客要求并爭(zhēng)取趕超顧客期望。ISO 9001鍵入文字二領(lǐng)導(dǎo)作用： 領(lǐng)導(dǎo)者將本組織的宗旨.方向和內(nèi)部環(huán)境編統(tǒng)一起來(lái)，并創(chuàng)造使員工能 夠充參與實(shí)現(xiàn)組織目標(biāo)的環(huán)境。三全員參與： 各級(jí)人員是組織之本，只有他們的充分參與，才能使他們的才干為組 織帶來(lái)最大的收益。四過(guò)程方法： 將相關(guān)的資源和活動(dòng)作為過(guò)程進(jìn)行管理，可以更高效地得到期望的結(jié) 果。 五 管理系統(tǒng)方法：針對(duì)設(shè)定的目標(biāo)，識(shí)別.理解并管理一個(gè)由相互關(guān)聯(lián)的過(guò)程的過(guò)程 所組成的體系，有助于提高組織的有效性和效率。六 持續(xù)改進(jìn)：持續(xù)改進(jìn)是

9、組織的一個(gè)永恒的目標(biāo)。七 基于事實(shí)的決策方法：對(duì)數(shù)據(jù)和信息的邏輯分析或直覺(jué)判斷是有效決策的基礎(chǔ)。八 互利的供方關(guān)系：通過(guò)互利的關(guān)系，增強(qiáng)組織及其供方創(chuàng)造價(jià)值的能力。其中與軟件產(chǎn)品產(chǎn)品優(yōu)其相關(guān)有：（一.三.六.七項(xiàng)）1、 軟件質(zhì)量的定義：一個(gè)實(shí)體的所有特性，基于這些特性可以滿足明顯的或隱含的需求。而質(zhì)量就是實(shí)體基于這些特性滿足需求的程度。2、 軟件質(zhì)量的三個(gè)層次：a. 符合需求規(guī)格；b. 符合用戶顯示需求； c. 符合用戶實(shí)際需求。3、 影響軟件質(zhì)量的因素：流程、技術(shù)、組織。流程：一組活動(dòng)（活動(dòng)是否都是必須的；活動(dòng)角色之間的關(guān)系）過(guò)程：一組將輸入轉(zhuǎn)化為輸出的相關(guān)聯(lián)或相互作用的活動(dòng)。4、 八項(xiàng)質(zhì)量

10、管理原則的意義：a. 是質(zhì)量管理的理論基礎(chǔ)； b用高度概括易于理解的語(yǔ)言所表述的質(zhì)量管理的最基本，最通用的一般性規(guī)律； c. 為組織建立質(zhì)量管理體系提供了理論依據(jù)；鍵入文字 d. 是組織的領(lǐng)導(dǎo)者有效的實(shí)施質(zhì)量管理工作必須遵循的原則。5、CMM 軟件質(zhì)量成熟度模型 CMM(capabillty Maturity Moelel)由于美國(guó)軟件工程研究所（SEI）受美國(guó)國(guó)防部委托立項(xiàng)。開(kāi)發(fā)人：Watts Humphrey.1991 年推出 CMM1.0 版，1993 年提出 CMM1.1 版現(xiàn)在開(kāi)發(fā) CMMI（CMM Integration）軟件能力成熟度模型軟件能力成熟度模型 CMM（提唱過(guò)程決定質(zhì)

11、量）（提唱過(guò)程決定質(zhì)量） 持續(xù)改進(jìn)過(guò)程 可預(yù)測(cè)的過(guò)程 管理變更 標(biāo)準(zhǔn).一致的過(guò)程 產(chǎn)品過(guò)程質(zhì)量 紀(jì)律的過(guò)程 集成工程過(guò)程 項(xiàng)目管理CMM1 級(jí)級(jí)特點(diǎn)：（個(gè)人英雄主義）特點(diǎn)：（個(gè)人英雄主義）A 項(xiàng)目的成功依賴于一個(gè)非常優(yōu)秀的項(xiàng)目經(jīng)理的團(tuán)隊(duì)。B 無(wú)法重復(fù)以往成功的實(shí)踐。C 缺乏基本配置管理1 初始級(jí)初始級(jí) initial不可預(yù)測(cè)并且缺控制2 可重復(fù)級(jí)可重復(fù)級(jí) Repeatable可重復(fù)以前的主要經(jīng)驗(yàn)3 已定義級(jí)已定義級(jí) Definded過(guò)程被描述，并得到良好理解4 已管理級(jí)已管理級(jí) Managed過(guò)程被描述，并得到良好理解5 優(yōu)化級(jí)優(yōu)化級(jí)關(guān)注過(guò)程改進(jìn)鍵入文字可視度：可視度：整個(gè)過(guò)程不可預(yù)測(cè)，不可見(jiàn)

12、，不可控。 （過(guò)程管理非?；靵y）CMM2 級(jí)級(jí)特點(diǎn)：（有紀(jì)律）特點(diǎn)：（有紀(jì)律）能夠重復(fù)以前成功的經(jīng)驗(yàn)和實(shí)踐。引入合理需求變更（需求管理）測(cè)試與開(kāi)發(fā)分離，整個(gè)過(guò)程能力可概為有紀(jì)律的。可視度可視度原始需求需求分析設(shè)計(jì)編碼測(cè)試產(chǎn)品CMM3 級(jí)級(jí)特點(diǎn)：（有過(guò)程，經(jīng)過(guò)同行評(píng)審）特點(diǎn)：（有過(guò)程，經(jīng)過(guò)同行評(píng)審）組織中有一個(gè)專門負(fù)責(zé)組織的標(biāo)準(zhǔn)軟件過(guò)程。 （SEPG）可視度可視度同 CMM2 但整個(gè)過(guò)程是標(biāo)準(zhǔn)和一致的。CMM4 級(jí)特點(diǎn)級(jí)特點(diǎn)特點(diǎn)：（量化管理）特點(diǎn)：（量化管理）過(guò)程能力是可預(yù)防的，因?yàn)檫^(guò)程是已測(cè)量的并在可測(cè)的范圍內(nèi)運(yùn)行。組織能定量地預(yù)測(cè)過(guò)程和產(chǎn)品質(zhì)量方面趨勢(shì)。軟件產(chǎn)品具有可預(yù)測(cè)的高質(zhì)量?？梢暥瓤梢?/p>

13、度同 CMM3 但整個(gè)過(guò)程是可預(yù)測(cè)的。CMM5 級(jí)特點(diǎn)級(jí)特點(diǎn)特點(diǎn)：（改進(jìn)過(guò)程本身）特點(diǎn)：（改進(jìn)過(guò)程本身）通過(guò)缺陷來(lái)發(fā)現(xiàn)過(guò)程的不足。新的開(kāi)發(fā)技術(shù)觸使改進(jìn)過(guò)程?？梢暥瓤梢暥韧?CMM￥級(jí)整個(gè)是以改進(jìn)的。CMM1：初始級(jí)，Inltial，不可預(yù)測(cè)并且缺乏控制； CMM2：可重復(fù)級(jí)：Repeatable，可重復(fù)以前的主要經(jīng)驗(yàn)；（關(guān)鍵過(guò)程區(qū)域：需求管理；軟件項(xiàng)目計(jì)劃；軟件項(xiàng)目跟蹤和監(jiān)督；軟件子鍵入文字合同管理；軟件質(zhì)量保證；軟件配置管理。 ） CMM3：已定義級(jí)：Defined，過(guò)程被描述，并得到良好理解；（關(guān)鍵過(guò)程區(qū)域：組織過(guò)程定義；組織過(guò)程焦點(diǎn)；培訓(xùn)大綱；集成軟件管理；軟件產(chǎn)品工程；組際協(xié)調(diào)；同行評(píng)

14、審。 ）CMM4：已管理級(jí)：Managed，過(guò)程被測(cè)量并受控；（關(guān)鍵過(guò)程區(qū)域：定量的過(guò)程管理；軟件質(zhì)量管理。 ）CMM5：優(yōu)化級(jí)，Optimizing，關(guān)注過(guò)程改進(jìn)。（關(guān)鍵過(guò)程區(qū)域：缺陷預(yù)防；技術(shù)變更管理；過(guò)程變更管理。 ）7、 CMM 的用途：a. 評(píng)估組用來(lái)識(shí)別組織中的強(qiáng)處和弱處； b. 評(píng)價(jià)組用來(lái)識(shí)別選擇不同的業(yè)務(wù)承包商的風(fēng)險(xiǎn)和監(jiān)督合同； c. 管理者用來(lái)了解其組織的能力，并了解為了提高其能力成熟度而進(jìn)行軟件過(guò)程改進(jìn)所需進(jìn)行的活動(dòng)； d. 技術(shù)人員和過(guò)程改進(jìn)組用來(lái)作為指南，指導(dǎo)他們?cè)诮M織中定義和改進(jìn)軟件過(guò)程。8、 ISO9001 和 CMM 的關(guān)系： 相似點(diǎn)：強(qiáng)調(diào)管理、過(guò)程、規(guī)范化和文檔

15、化； 不同點(diǎn)：CMM 把焦點(diǎn)對(duì)準(zhǔn)軟件；ISO9001 的范圍包括：硬件、軟件、流程性材料和服務(wù)； 兩者關(guān)系：CMM2 級(jí)與 ISO9001 強(qiáng)相關(guān)；CMM 的每個(gè)關(guān)鍵過(guò)程域至少按某種解釋與ISO9001 弱相關(guān)。六西格瑪管理法（強(qiáng)調(diào)組織能力）六西格瑪管理法（強(qiáng)調(diào)組織能力）本質(zhì)：全面質(zhì)量管理，而不僅僅是質(zhì)量提高手段本質(zhì)：全面質(zhì)量管理，而不僅僅是質(zhì)量提高手段六西格瑪實(shí)施方式：六西格瑪實(shí)施方式： DMAIC過(guò)程過(guò)程鍵入文字 推行控制系統(tǒng)推行控制系統(tǒng) 優(yōu)化解決方案優(yōu)化解決方案 研究資料，確定原因研究資料，確定原因 收集資料，尋找原因收集資料，尋找原因 提出問(wèn)題，確定目標(biāo)提出問(wèn)題，確定目標(biāo)9、 軟件質(zhì)量

16、模型: 功能性：當(dāng)軟件在指定條件下使用時(shí)，軟件產(chǎn)品提供滿足明確和隱含需求的功能的能力。包括：適合性；準(zhǔn)確性；互操作性；保密安全性；功能性的依從性。 可靠性：在指定條件下使用時(shí)，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力。包括：成熟性；容錯(cuò)性；易恢復(fù)性；可靠性的依從性。 易用性：在指定條件下使用時(shí)，軟件產(chǎn)品被理解、學(xué)習(xí)、使用和吸引用戶的能力。包括：易理解性；易學(xué)性；易操作性；吸引性；易用性的依從性。 效 率：在規(guī)定條件下，相對(duì)于所用資源的數(shù)量，軟件產(chǎn)品可提供適當(dāng)性能的能力。包括：時(shí)間特性；資源利用性；效率依從性。 維護(hù)性：軟件產(chǎn)品可被修改的能力。修改可能包括修正、改進(jìn)或軟件對(duì)環(huán)境、需求和功能規(guī)格說(shuō)明變化的

17、適應(yīng)。包括：易分析性；易改變性；穩(wěn)定性；易測(cè)1 定義 Define2 測(cè)量 Measure3 分析 Anslyse4 改進(jìn) Improre5 控制 cororol鍵入文字試性；維護(hù)性的依從性。 可移植性：軟件產(chǎn)品從一種環(huán)境遷移到另外一種環(huán)境的能力。包括：適應(yīng)性；易安裝性；共存性；易替換性；可移植性的依從性。10、 軟件質(zhì)量活動(dòng)：軟件質(zhì)量保證(SQA)和測(cè)試；SQA 從流程方面保證軟件的質(zhì)量、測(cè)試從技術(shù)方面保證軟件的質(zhì)量、只進(jìn)行 SQA 或者只進(jìn)行測(cè)試活動(dòng)不一定能產(chǎn)生好的軟件質(zhì)量。11、 SQA 的主要工作范圍： 指導(dǎo)并監(jiān)督項(xiàng)目按照過(guò)程實(shí)施； 對(duì)項(xiàng)目進(jìn)行度量、分析，增加項(xiàng)目的可視性； 審核工作產(chǎn)

18、品，評(píng)價(jià)工作產(chǎn)品和過(guò)程質(zhì)量目標(biāo)的復(fù)合度； 進(jìn)行缺陷分析，缺陷預(yù)防活動(dòng)，發(fā)現(xiàn)過(guò)程的缺陷，提供決策參考，促進(jìn)過(guò)程改進(jìn)。12、 度量：對(duì)事物屬性的量化表示；軟件度量：是指計(jì)算機(jī)軟件中范圍廣泛的測(cè)度，包括對(duì)軟件系統(tǒng)、構(gòu)建或生命周期過(guò)程具有的某個(gè)給定屬性的度的一個(gè)定量測(cè)量。目的： 提高軟件生產(chǎn)率，縮短產(chǎn)品研發(fā)周期，降低研發(fā)成本、維護(hù)成本； 提高軟件產(chǎn)品質(zhì)量，提高用戶滿意度； 為組織持續(xù)改進(jìn)提供量化的指標(biāo)和反饋。13、 軟件度量的作用：理解；預(yù)測(cè)；評(píng)估；改進(jìn)。分類：規(guī)模；工作量；進(jìn)度；質(zhì)量 如何將度量的知識(shí)應(yīng)用于實(shí)際工作中：建立測(cè)試工作的度量數(shù)據(jù)，目的是作為預(yù)測(cè)和改進(jìn)的基礎(chǔ)（a. 熟悉需求：進(jìn)度、工作量、

19、規(guī)模；b. 設(shè)計(jì)用例：工作效率、覆蓋率；c. 執(zhí)行用例：工作效率、缺陷密度；）鍵入文字鍵入文字測(cè)測(cè) 試試 方方 法法1 1、 什么是白盒測(cè)試：什么是白盒測(cè)試： 白盒測(cè)試是依據(jù)被測(cè)軟件分析程序內(nèi)部構(gòu)造，并根據(jù)內(nèi)部構(gòu)造設(shè)計(jì)用例，來(lái)對(duì)內(nèi)部控制流程進(jìn)行測(cè)試，可完全不顧程序的整體共能實(shí)現(xiàn)情況； 白盒測(cè)試是基于程序結(jié)構(gòu)的邏輯驅(qū)動(dòng)測(cè)試； 白盒測(cè)試又可以被稱為玻璃盒測(cè)試、透明盒測(cè)試、開(kāi)放盒測(cè)試、結(jié)構(gòu)化測(cè)試、邏輯驅(qū)動(dòng)測(cè)試。2 2、 為什么進(jìn)行白盒測(cè)試：為什么進(jìn)行白盒測(cè)試： 一般在測(cè)試前期進(jìn)行，通過(guò)達(dá)到一定的邏輯覆蓋率指標(biāo)，使得軟件內(nèi)部邏輯控制結(jié)構(gòu)上的問(wèn)難題能基本得到消除； 能保證內(nèi)部邏輯結(jié)構(gòu)達(dá)到一定的覆蓋程度，

20、能夠給予軟件代碼質(zhì)量更大的保證； 發(fā)現(xiàn)問(wèn)題后解決問(wèn)題的成本較低。3 3、 白盒測(cè)試的常用技術(shù)：白盒測(cè)試的常用技術(shù)： 靜態(tài)分析：控制流分析、數(shù)據(jù)流分析、信息流分析等； 動(dòng)態(tài)分析：邏輯覆蓋測(cè)試（分支測(cè)試、路徑測(cè)試等） 、程序插裝等。4、 * *控制流相關(guān)概念：控制流相關(guān)概念：程序元素、控制流關(guān)系、控制流圖、控制流矩陣。 （步驟：5）5、 * *控制流分析能發(fā)現(xiàn)的問(wèn)題：控制流分析能發(fā)現(xiàn)的問(wèn)題：轉(zhuǎn)向并不存在的標(biāo)號(hào)；沒(méi)有用的語(yǔ)句標(biāo)號(hào)；從程序入口進(jìn)入后無(wú)法達(dá)到的語(yǔ)句；不能達(dá)到停機(jī)語(yǔ)句的語(yǔ)句。6、 * *數(shù)據(jù)流相關(guān)概念數(shù)據(jù)流相關(guān)概念：數(shù)據(jù)的定義；數(shù)據(jù)的引用。 （步驟：3）7、 * *數(shù)據(jù)流分析的左右：數(shù)據(jù)流

21、分析的左右：分析代碼中關(guān)于數(shù)據(jù)定義和引用方面的錯(cuò)誤；進(jìn)行代碼優(yōu)化。 （賦值語(yǔ)句運(yùn)算效率高）鍵入文字8、 * *信息流分析：信息流分析：輸入變量和語(yǔ)句關(guān)系；語(yǔ)句和輸出變量關(guān)系；輸入和輸出變量管 理。 （步驟：4）9、 覆蓋率工具的作用：覆蓋率工具的作用： 分析被測(cè)試代碼控制結(jié)構(gòu)，決定插裝位置； 實(shí)施插裝； 將插裝代碼重新編譯； 執(zhí)行被測(cè)對(duì)象，根據(jù)插裝的監(jiān)控哨信息統(tǒng)計(jì)覆蓋率。10、白盒測(cè)試的特點(diǎn)：白盒測(cè)試的特點(diǎn)： 測(cè)試人員需要了解軟件的實(shí)現(xiàn)； 可以檢測(cè)代碼中的每條分支和路徑； 解釋隱藏在代碼中的錯(cuò)誤； 對(duì)代碼的測(cè)試比較徹底； 實(shí)現(xiàn)代碼結(jié)構(gòu)上的優(yōu)化； 白盒測(cè)試投入較大，成本高； 白盒測(cè)試不驗(yàn)證規(guī)格的

22、正確性。11、什么是黑盒測(cè)試：什么是黑盒測(cè)試： 黑盒測(cè)試把被測(cè)對(duì)象看成一個(gè)黑盒，只考慮其整體特性，不考慮其內(nèi)部具體實(shí)現(xiàn)； 黑盒測(cè)試針對(duì)的被測(cè)對(duì)象可以是一個(gè)系統(tǒng)、一個(gè)子系統(tǒng)、一個(gè)模塊、一個(gè)子模塊、一個(gè)函數(shù)等。 黑盒測(cè)試又可以被稱為基于規(guī)格的測(cè)試。12、常見(jiàn)的黑盒測(cè)試類型：常見(jiàn)的黑盒測(cè)試類型：功能性測(cè)試；容量測(cè)試；負(fù)載測(cè)試；恢復(fù)性測(cè)試。13、*系統(tǒng)測(cè)試的時(shí)候，如果沒(méi)有 SRS 時(shí)，有兩類 BUG 無(wú)法發(fā)現(xiàn)：需求遺漏；需求偏差。14、黑盒測(cè)試的黑盒測(cè)試的優(yōu)點(diǎn)優(yōu)點(diǎn)：對(duì)于更大的代碼單元來(lái)說(shuō)（子系統(tǒng)甚至系統(tǒng)級(jí)）比白盒測(cè)試效率要高； 測(cè)試人員不需要了解實(shí)現(xiàn)的細(xì)節(jié)，包括特定的編程語(yǔ)言； 從用戶的視角進(jìn)行測(cè)試，

23、很容易被大家理解和接受； 有助于暴露任何規(guī)格不一致或鍵入文字有歧義的問(wèn)題。15、黑盒測(cè)試的黑盒測(cè)試的缺點(diǎn)缺點(diǎn)： 沒(méi)有清晰的和簡(jiǎn)明的規(guī)格，測(cè)試用例是很難設(shè)計(jì)的； 不能控制內(nèi)部執(zhí)行路徑，會(huì)有很多內(nèi)部程序路徑?jīng)]有被測(cè)試到；不能直接針對(duì)特定的程序段，這些程序可能非常復(fù)雜（因此可能隱藏更多的問(wèn)題） 。16、動(dòng)態(tài)和靜態(tài)測(cè)試的分類依據(jù)在于：動(dòng)態(tài)和靜態(tài)測(cè)試的分類依據(jù)在于：被測(cè)對(duì)象是否運(yùn)行起來(lái)。17、手工靜態(tài)分析手工靜態(tài)分析同行評(píng)審：同行評(píng)審：正規(guī)檢視；技術(shù)評(píng)審；走查。評(píng)審對(duì)象：計(jì) 劃、需求文檔、設(shè)計(jì)圖、代碼等。18、自動(dòng)化靜態(tài)分析：自動(dòng)化靜態(tài)分析：靜態(tài)驗(yàn)證；語(yǔ)法分析器；符號(hào)執(zhí)行器。 自動(dòng)化測(cè)試的限制（板書(shū)）：

24、自動(dòng)化測(cè)試的限制（板書(shū)）： 自動(dòng)化測(cè)試不具備想象力，不能夠檢查腳本中給定的觀察點(diǎn)之外的錯(cuò)誤； 自動(dòng)化測(cè)試只能提高測(cè)試效率，不能提高測(cè)試效果，不能發(fā)現(xiàn)比人工測(cè)試更多的問(wèn)題；如被測(cè)對(duì)象不穩(wěn)定，存在變動(dòng)性的話不適合開(kāi)展自動(dòng)化測(cè)試，否則腳本的編寫(xiě)和維護(hù)所耗費(fèi)的時(shí)間可能遠(yuǎn)大于人工測(cè)試； 只有手工測(cè)試積累到一定程度（提供更多的觀察點(diǎn)） ，才能做好自動(dòng)化測(cè)試。鍵入文字V&V 模型（測(cè)試過(guò)程）模型（測(cè)試過(guò)程）1 1、 驗(yàn)證與確認(rèn)驗(yàn)證與確認(rèn) V&VV&V：驗(yàn)證（VERIFICATION）強(qiáng)調(diào)過(guò)程；確認(rèn)（VALIDATION）強(qiáng)調(diào) 結(jié)果。2 2、 V&VV&V 告訴我們：告

25、訴我們： 盡早測(cè)試（盡早準(zhǔn)備、盡早執(zhí)行） ； 全面測(cè)試（文檔、代碼） 全過(guò)程測(cè)試（測(cè)試參與到開(kāi)發(fā)過(guò)程中、對(duì)測(cè)試過(guò)程全稱跟蹤） 測(cè)試是獨(dú)立的、迭代的。3、 單元、集成、系統(tǒng)測(cè)試的比較：?jiǎn)卧?、集成、系統(tǒng)測(cè)試的比較：測(cè)試方法不同；考察范圍不同；評(píng)估基準(zhǔn)不同。4、 回歸測(cè)試策略：回歸測(cè)試策略：完全重復(fù)測(cè)試；選擇性重復(fù)測(cè)試（覆蓋修改法；周邊影響法； 指標(biāo)達(dá)成方法；選擇重要級(jí)別高的測(cè)試用例）5、 其他測(cè)試階段：其他測(cè)試階段：驗(yàn)收測(cè)試；a(ALPHA)測(cè)試；B(BETA)測(cè)試。系統(tǒng)測(cè)試執(zhí)行集成測(cè)試執(zhí)行單元測(cè)試執(zhí)行代碼審查需求分析SRS 評(píng)審SRS 基線化概要設(shè)計(jì)HLD 評(píng)審HLD 基線化詳細(xì)設(shè)計(jì)LLD 評(píng)審

26、LLD 基線化CODE系統(tǒng)測(cè)試計(jì)劃系統(tǒng)測(cè)試方案設(shè)計(jì)系統(tǒng)測(cè)試用例設(shè)計(jì)集成測(cè)試計(jì)劃集成測(cè)試方案設(shè)計(jì)集成測(cè)試用例設(shè)計(jì)單元測(cè)試計(jì)劃單元測(cè)試方案設(shè)計(jì)單元測(cè)試用例設(shè)計(jì)鍵入文字6、 主要的測(cè)試文檔：主要的測(cè)試文檔：測(cè)試計(jì)劃；測(cè)試方案；測(cè)試用例；測(cè)試規(guī)程；測(cè)試報(bào)告；測(cè)試日?qǐng)?bào)。鍵入文字單單 元元 測(cè)測(cè) 試試1、 單元測(cè)試的目的：?jiǎn)卧獪y(cè)試的目的：在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種錯(cuò)誤主要是基于白盒測(cè)試。 驗(yàn)證代碼是與設(shè)計(jì)相符合的； 發(fā)現(xiàn)設(shè)計(jì)和需求中存在的錯(cuò)誤； 發(fā)現(xiàn)在編碼過(guò)程中引入的錯(cuò)誤。 （和設(shè)計(jì)不相符 / 和設(shè)計(jì)相符，但是由于編碼疏漏引起）2、 孤立的測(cè)試策略：孤立的測(cè)試策略： 方法：不考慮每個(gè)模塊與其他模塊之

27、間的關(guān)系，為每個(gè)模塊設(shè)計(jì)樁模塊和驅(qū)動(dòng)模塊。每個(gè)模塊進(jìn)行獨(dú)立的單元測(cè)試。 優(yōu)點(diǎn)：該方法是最簡(jiǎn)單，最容易操作的。可以達(dá)到高的結(jié)構(gòu)覆蓋率。該方法是純粹的單元測(cè)試。 缺點(diǎn)：樁函數(shù)和驅(qū)動(dòng)函數(shù)工作量很大，效率低。3、 自頂向下的單元測(cè)試策略：自頂向下的單元測(cè)試策略： 方法：先對(duì)最頂層的單元進(jìn)行測(cè)試，把頂層所調(diào)用的單元做成樁模塊。其次對(duì)第二層進(jìn)行測(cè)試，使用上面已測(cè)試的單元做驅(qū)動(dòng)模塊。如此類推直到測(cè)試完所有模塊。 優(yōu)點(diǎn)：可以節(jié)省驅(qū)動(dòng)函數(shù)的開(kāi)發(fā)工作量，測(cè)試效率較高。 缺點(diǎn)：隨著被測(cè)單元一個(gè)一個(gè)被加入，測(cè)試過(guò)程將變得越來(lái)越復(fù)雜，并且開(kāi)發(fā)和維護(hù)的成本將增加。4、 自底向上的單元測(cè)試策略：自底向上的單元測(cè)試策略： 方

28、法：先對(duì)模塊調(diào)用層次圖上最低層的模塊進(jìn)行單元測(cè)試，模擬調(diào)用該模塊的模塊做驅(qū)動(dòng)模塊。然后再對(duì)上面一層做單元測(cè)試，用下面已被測(cè)試過(guò)的模塊做樁模塊。以此類推，直到測(cè)試完所有模塊。 優(yōu)點(diǎn)：可以節(jié)省樁函數(shù)的開(kāi)發(fā)工作量，測(cè)試效率較高。 缺點(diǎn)：不是純粹的單元測(cè)試，底層函數(shù)的測(cè)試質(zhì)量對(duì)上層函數(shù)的測(cè)試將產(chǎn)生很大的影響。5、 單元測(cè)試的四個(gè)階段：?jiǎn)卧獪y(cè)試的四個(gè)階段： 測(cè)試計(jì)劃：完成單元測(cè)試計(jì)劃； 測(cè)試設(shè)計(jì)：完成單元測(cè)試方案；鍵入文字 測(cè)試實(shí)現(xiàn)：完成單元測(cè)試用例、單元測(cè)試規(guī)程、單元測(cè)試腳本及數(shù)據(jù)文件； 測(cè)試執(zhí)行：執(zhí)行單元測(cè)試用例，修改發(fā)現(xiàn)的問(wèn)題并進(jìn)行回歸測(cè)試，提交單元測(cè)試報(bào)告。 單元測(cè)試：樁單元測(cè)試：樁&驅(qū)

29、動(dòng)舉例：驅(qū)動(dòng)舉例：無(wú)論是單元測(cè)試還是集成測(cè)試都涉及到以下三個(gè)函數(shù)：主控函數(shù)：int ctrl(int x, int y)加法函數(shù)：int add(int x, int y)減法函數(shù)：int sub(int x, int y)注意：進(jìn)行單元測(cè)試時(shí)，設(shè)計(jì)用例時(shí)依據(jù)的是 LLD；進(jìn)行集成測(cè)試時(shí)，設(shè)計(jì)測(cè)試用例依據(jù)的是 HLD。下面給出來(lái)的是需要測(cè)試的實(shí)際的代碼。int ctrl(int x, int y)int temp=0;if(x=y) temp=add(x, y);else temp=sub(x, y);return temp;int add(int x, int y) return(x+y);

30、int sub(int x, int y) return(x-y);自頂向下單元測(cè)試策略自頂向下單元測(cè)試策略不同測(cè)試步驟中的驅(qū)動(dòng)可以寫(xiě)到一起，也可以分開(kāi)寫(xiě)，這里是寫(xiě)到一起了。不同測(cè)試步驟中的驅(qū)動(dòng)可以寫(xiě)到一起，也可以分開(kāi)寫(xiě)，這里是寫(xiě)到一起了。測(cè)試測(cè)試 ctrl 函數(shù)函數(shù)需要寫(xiě)一個(gè)驅(qū)動(dòng)和兩個(gè)樁。驅(qū)動(dòng)函數(shù)驅(qū)動(dòng)函數(shù)void driver()int ret=0;ret=ctrl(2,1); /xy鍵入文字if(ret=3) printf(“testcase JISUAN_UT_CTRL_001 pass”);else printf(“testcase JISUAN_UT_CTRL_001 fail”);

31、ret=ctrl(1,1); /x=yif(ret=2) printf(“testcase JISUAN_UT_CTRL_002 pass”);else printf(“testcase JISUAN_UT_CTRL_002 fail”);ret=ctrl(1,2); /x=y)鍵入文字 temp=stub_add(x, y);else temp=stub_sub(x, y);return temp;測(cè)試測(cè)試 add 函數(shù)函數(shù) 驅(qū)動(dòng)函數(shù)驅(qū)動(dòng)函數(shù)同測(cè)試 ctrl 函數(shù)時(shí)的驅(qū)動(dòng)樁函數(shù)樁函數(shù)同測(cè)試 ctrl 函數(shù)時(shí) sub 函數(shù)對(duì)應(yīng)的樁修改代碼修改代碼int ctrl(int x, int y) i

32、nt temp=0;if(x=y) temp=add(x, y); if(x=2 & y=1 & temp=3) printf(“testcase JISUAN_UT_ADD_001 pass”); else printf(“testcase JISUAN_UT_ADD_001 fail”); if(x=1 & y=1 & temp=2) printf(“testcase JISUAN_UT_ADD_002 pass”); else printf(“testcase JISUAN_UT_ADD_002 fail”);else temp=stub_sub(x, y

33、);return temp;測(cè)試測(cè)試 sub 函數(shù)函數(shù)鍵入文字驅(qū)動(dòng)函數(shù)驅(qū)動(dòng)函數(shù)同測(cè)試 ctrl 函數(shù)時(shí)的驅(qū)動(dòng)樁函數(shù)樁函數(shù)無(wú)鍵入文字 29修改代碼修改代碼int ctrl(int x, int y) int temp=0;if(x=y) temp=add(x, y);else temp=sub(x, y); if(x=1&y=2 & temp=-1) printf(“testcase JISUAN_UT_SUB_001 pass”); else printf(“testcase JISUAN_UT_SUB_001 fail”);return temp; 鍵入文字 30集集 成成

34、測(cè)測(cè) 試試一一 WhatWhat：什么是集成測(cè)試：什么是集成測(cè)試集成測(cè)試(Integration Testing) 集成測(cè)試也叫組裝測(cè)試、聯(lián)合測(cè)試、部件測(cè)試、子系統(tǒng)測(cè)試集成測(cè)試測(cè)什么 1.外部接口：各件吶在一起后表現(xiàn)的功能 2.內(nèi)部接口：各件間的接口是否正確 集成蘇的目的驗(yàn)證軟件的組建對(duì)概要設(shè)計(jì)說(shuō)明書(shū)的符合度集成測(cè)試的評(píng)估基準(zhǔn)： 接口覆蓋率 A.接口被測(cè)試到的百分比 B.接口的等價(jià)類、邊界值的覆蓋率二二 WhyWhy：為什么要做集成測(cè)試：為什么要做集成測(cè)試一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起來(lái)也能正常的工作。程序在某些局部反映不出來(lái)的問(wèn)題，在全局上很可能暴露出來(lái)，影響功能的實(shí)現(xiàn)。雖然

35、已經(jīng)有了 IT 和 ST，但 IT 和 UT、ST 關(guān)注點(diǎn)不一樣，它們互為補(bǔ)充反分解性公理：為一個(gè)被測(cè)模塊獲得的覆蓋并不能覆蓋他所調(diào)用的模塊。反組合性公理：對(duì)于一個(gè)模塊中的對(duì)各子模塊分別合適的測(cè)試包并不一定對(duì)作為一個(gè)整體的模塊合適三三 WhoWho：誰(shuí)做集成測(cè)試：誰(shuí)做集成測(cè)試開(kāi)發(fā)人員做 A 優(yōu)勢(shì):一般來(lái)說(shuō)，編程能力稍強(qiáng)鍵入文字 31 B 劣勢(shì):Protect（就像變形金剛的汽車人） ，心理上不愿意否定自己的勞動(dòng)成果，職責(zé)是保護(hù)程序測(cè)試人員做 A 優(yōu)勢(shì):Destroy（就像變形金剛的霸天虎） ，心理上追求完美，職責(zé)是挑刺、破壞程序 B 劣勢(shì):目前的現(xiàn)狀，大部分 tester 編程能力不夠四四 W

36、henWhen：什么時(shí)候做集成測(cè)試：什么時(shí)候做集成測(cè)試4.1 集成測(cè)試所處的測(cè)試過(guò)程集成測(cè)試所處的測(cè)試過(guò)程 A.測(cè)試準(zhǔn)備活動(dòng)在開(kāi)發(fā)活動(dòng)時(shí)可以并行開(kāi)展，如開(kāi)始做 HLD 設(shè)計(jì)時(shí)就可以開(kāi)始做 ITP了 B.測(cè)試執(zhí)行活動(dòng)在單元測(cè)試的基礎(chǔ)上進(jìn)行五五. . WhereWhere：對(duì)什么部分做集成測(cè)試：對(duì)什么部分做集成測(cè)試子系統(tǒng)間集成（系統(tǒng)內(nèi)集成）模塊間集成（子系統(tǒng)內(nèi)集成）函數(shù)間集成（模塊內(nèi)集成）六六. . HowHow：怎么做集成測(cè)試：怎么做集成測(cè)試6.1 測(cè)試過(guò)程的制定6.1.1 計(jì)劃根據(jù) SVVP 制定 ITP6.1.2 設(shè)計(jì)根據(jù) ITP 制定 IT 方案6.1.3 實(shí)現(xiàn)根據(jù) IT 方案制定 IT

37、用例鍵入文字 326.1.4 執(zhí)行根據(jù) IT 用例進(jìn)行集成測(cè)試，提交 Bug Report，回歸測(cè)試6.2 采用的測(cè)試方法6.2.1 灰盒測(cè)試隨集成層次不同，灰度隨之相應(yīng)變化6.3 制定集成測(cè)試策略 Test Strategy6.3.1 根據(jù)被測(cè)對(duì)象（層次）選擇合適的策略11大爆炸集成大爆炸集成 BigBig BangBang 優(yōu)點(diǎn)方法簡(jiǎn)單、效率高缺點(diǎn)急于求成，成功率不高大海撈針，導(dǎo)致即使發(fā)現(xiàn)問(wèn)題也難以定位（無(wú)法故障隔離）囫圇吞棗，許多內(nèi)部接口的錯(cuò)誤被漏測(cè)適用范圍小項(xiàng)目、維護(hù)型項(xiàng)目軟件結(jié)構(gòu)不清晰的系統(tǒng)22自頂向下集成自頂向下集成 Top-DownTop-Down子策略深度優(yōu)先（Depth-Fi

38、rst）廣度優(yōu)先（Broadth-First）優(yōu)點(diǎn)A.主控模塊（高層組件）得到較早驗(yàn)證鍵入文字 33B.深度優(yōu)先策略能夠較早驗(yàn)證一個(gè)完整的功能，增強(qiáng)了開(kāi)發(fā)信心C.基本不需要開(kāi)發(fā)驅(qū)動(dòng)，減少了這部分的工作量D.和高層設(shè)計(jì)順序一致，方便并行開(kāi)展E.定位問(wèn)題容易，支持故障隔離缺點(diǎn)A.需要開(kāi)發(fā)大量的樁，工作量、成本太大B.底層變更可能導(dǎo)致測(cè)試推倒重來(lái)C.底層組件的驗(yàn)證較晚，測(cè)試不充分適用范圍A.軟件結(jié)構(gòu)清晰的系統(tǒng)B.高層接口變化小，底層接口變化大C.主控模塊風(fēng)險(xiǎn)大，需盡早驗(yàn)證D.希望盡早看到系統(tǒng)一部分功能33自底向上集成自底向上集成 Bottom-UpBottom-Up優(yōu)點(diǎn)A.底層組件得到較早驗(yàn)證B.測(cè)

39、試初期可以并行集成，效率高C.由于驅(qū)動(dòng)模塊是額外編寫(xiě)的，對(duì)被測(cè)模塊的可測(cè)試性要求較低D.減少了開(kāi)發(fā)樁的工作量E.定位問(wèn)題容易，支持故障隔離缺點(diǎn)A.需要開(kāi)發(fā)大量的驅(qū)動(dòng)，工作量、成本同樣很高B.對(duì)高層的驗(yàn)證太晚了，設(shè)計(jì)上的缺陷不能被及早發(fā)現(xiàn)C.集成到頂層后，對(duì)于底層異常將難以覆蓋。而使用樁將簡(jiǎn)單得多鍵入文字 34適用范圍A.軟件結(jié)構(gòu)清晰的系統(tǒng)B.底層接口穩(wěn)定、或先被開(kāi)發(fā)出來(lái)C.高層接口變化較頻繁44 三明治集成（分而治之策略）三明治集成（分而治之策略） 又分為傳統(tǒng)型和改進(jìn)型又分為傳統(tǒng)型和改進(jìn)型 SandwichSandwich優(yōu)點(diǎn)融合了自頂向下和自底向上兩種策略的優(yōu)點(diǎn)缺點(diǎn)中間層測(cè)試要么不充分，要么

40、測(cè)的充分但開(kāi)發(fā)驅(qū)動(dòng)和樁的工作量大適用范圍軟件結(jié)構(gòu)清晰的系統(tǒng)基本都適合采用55基干集成（內(nèi)核耦合度高）基干集成（內(nèi)核耦合度高） BackboneBackbone結(jié)構(gòu)與策略：內(nèi)核（大爆炸）-應(yīng)用子系統(tǒng)（自底向上）-控制子系統(tǒng)（自頂向下）優(yōu)點(diǎn)具有三明治集成的優(yōu)點(diǎn)缺點(diǎn)A.對(duì)系統(tǒng)結(jié)構(gòu)的分析存在一定難度B.由于被測(cè)系統(tǒng)復(fù)雜，驅(qū)動(dòng)和樁的開(kāi)發(fā)工作量較大C.局部采用了大爆炸策略，存在大爆炸所有的缺點(diǎn)適用范圍嵌入式系統(tǒng)66分層集成（線性關(guān)系）分層集成（線性關(guān)系） LayersLayers集成方式A.層內(nèi)集成鍵入文字 35策略非常靈活，可以是各種其他策略優(yōu)缺點(diǎn)根據(jù)策略而變B.層間集成策略和優(yōu)缺點(diǎn)同層內(nèi)集成使用范圍有

41、明顯線性層次關(guān)系的系統(tǒng)77基于功能集成基于功能集成 Function-BasedFunction-Based優(yōu)點(diǎn)A.可以盡早驗(yàn)證關(guān)鍵組件的功能B.可能同時(shí)加入多個(gè)模塊，與大爆炸類似，效率較高C.和自頂向下一樣，驅(qū)動(dòng)模塊的開(kāi)發(fā)工作量不多缺點(diǎn)A.兼具大爆炸和自頂向下的缺點(diǎn)，比如對(duì)有些接口測(cè)試不充分，可能導(dǎo)致漏測(cè)B.可能會(huì)有較多的冗余測(cè)試適用范圍對(duì)功能的實(shí)現(xiàn)沒(méi)把握的產(chǎn)品88持續(xù)集成（高頻集成、每日集成）持續(xù)集成（高頻集成、每日集成） Continuous/High-frequencyContinuous/High-frequency優(yōu)點(diǎn)A.錯(cuò)誤能被較早發(fā)現(xiàn)，且容易定位B.開(kāi)發(fā)和集成可以并行，效率高缺

42、點(diǎn)測(cè)試針對(duì)性不強(qiáng)，不容易發(fā)現(xiàn)有價(jià)值的問(wèn)題適用范圍迭代開(kāi)發(fā)、增量開(kāi)發(fā)的產(chǎn)品鍵入文字 3699基于進(jìn)度集成基于進(jìn)度集成 Schedule-BasedSchedule-Based優(yōu)點(diǎn)并行度高，能縮短項(xiàng)目進(jìn)度缺點(diǎn)組件間缺乏整體性，無(wú)法有效集成開(kāi)發(fā)驅(qū)動(dòng)和樁的工作量難以估計(jì)由于進(jìn)度原因，集成效果不好適用范圍進(jìn)度很緊的項(xiàng)目1010基于風(fēng)險(xiǎn)集成基于風(fēng)險(xiǎn)集成 Risk-BasedRisk-Based優(yōu)點(diǎn)風(fēng)險(xiǎn)大的模塊得到較早驗(yàn)證，有助于系統(tǒng)的快速穩(wěn)定缺點(diǎn)風(fēng)險(xiǎn)分析偏差導(dǎo)致集成重點(diǎn)的偏離適用范圍有些組件有較大的風(fēng)險(xiǎn)，需及早驗(yàn)證以增強(qiáng)信心1111基于消息（事件）集成基于消息（事件）集成 Message-Based/Ev

43、ent-BasedMessage-Based/Event-Based優(yōu)缺點(diǎn)與基于功能集成類似，適用面向?qū)ο笙到y(tǒng)1212基于使用集成基于使用集成 Use-BasedUse-Based優(yōu)缺點(diǎn)與自底向上類似，適用面向?qū)ο笙到y(tǒng)1313基于基于 C/SC/S、B/SB/S 的集成的集成適用 C/S、B/S 結(jié)構(gòu)的系統(tǒng)1414分布式集成分布式集成 DistributedDistributed ServicesServices適用分布式系統(tǒng)鍵入文字 37鍵入文字 38系系 統(tǒng)統(tǒng) 測(cè)測(cè) 試試 定義定義System Testing-是將已經(jīng)集成好的軟件系統(tǒng)，作為整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些

44、支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行使用的環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行系列的測(cè)試活動(dòng)； 對(duì)象對(duì)象鍵入文字 391.產(chǎn)品級(jí)-軟件+硬件2.項(xiàng)目級(jí)-軟件（也可能包含硬件） 完備性完備性如何保證系統(tǒng)測(cè)試的完備性？如何保證系統(tǒng)測(cè)試的完備性？1.盡可能所有需求都有對(duì)應(yīng)的 Test Case;2.依據(jù)軟件的質(zhì)量特性，以不同的角度，測(cè)試需求;3.依據(jù)不同的 Test Case、方法，構(gòu)造不同的測(cè)試數(shù)據(jù)及處理過(guò)程;常用測(cè)試方法1.11.1 功能測(cè)試（功能）功能測(cè)試（功能）定義：function Testing-依據(jù) SRS 和測(cè)試需求列表驗(yàn)證產(chǎn)品的功能是否實(shí)現(xiàn)和是否符合產(chǎn)品需求規(guī)格目標(biāo)：1.是

45、否有不正確或遺漏了的功能？2.功能是實(shí)現(xiàn)是否滿足用戶需求，和系統(tǒng)設(shè)計(jì)的隱式需求？3.輸入能否正確接受？能否正確輸出結(jié)果？1.21.2 性能測(cè)試（效率）性能測(cè)試（效率）定義：Performance Testing-測(cè)試該軟件在集成系統(tǒng)中的運(yùn)行性能。 （大多使用工具測(cè)試）目標(biāo)：度量系統(tǒng)相對(duì)與預(yù)定義目標(biāo)的差距。實(shí)施：1.性能指標(biāo)定義明確。2.構(gòu)造性能測(cè)試研究數(shù)據(jù)。鍵入文字 403.構(gòu)造不同的性能測(cè)試場(chǎng)景。4.執(zhí)行性能測(cè)試 （一般90%就通過(guò)） 。5.性能分析。6.性能故障定位。7.性能優(yōu)化。依據(jù)1.資源占用性。2.CPU 響應(yīng)時(shí)間。區(qū)別：1.壓力測(cè)試-不強(qiáng)調(diào)施壓量，只檢查施壓的狀況。2.容量測(cè)試-強(qiáng)

46、調(diào)施壓，施了多少壓。3.性能測(cè)試-施壓后檢驗(yàn)性能指標(biāo)是否達(dá)到規(guī)定資源使用和響應(yīng)時(shí)間的要求。1.2.1 資源方面（資源占用情況）CPU 使用情況。IO 使用情況。內(nèi)存使用情況。信道使用事情。1.2.2 時(shí)間方面（CPU 響應(yīng)時(shí)間）每個(gè)模塊執(zhí)行時(shí)間百分比。一個(gè)模塊等待 IO 完成的百分比。指令隨時(shí)間的跟蹤路徑。每一組指令頁(yè)換入和換出的次數(shù)。系統(tǒng)反映時(shí)間。系統(tǒng)吞吐量，即每個(gè)單元的處理數(shù)量。鍵入文字 41所有主要指令的單元執(zhí)行時(shí)間。1.31.3 壓力測(cè)試壓力測(cè)試/ /極限測(cè)試（可靠性）極限測(cè)試（可靠性）定義：Stress Testing-系統(tǒng)在其資源超符合的情況下表現(xiàn)。目標(biāo)：在極限或者惡劣的環(huán)境下，系

47、統(tǒng)的自我保護(hù)能力。主要驗(yàn)證系統(tǒng)的可靠性。實(shí)施：1.同一時(shí)間，大量的用戶登陸。2.引入大量的操作。目的：1.是否存在內(nèi)存泄露。2.驗(yàn)證系統(tǒng)可靠性。3.測(cè)試后給予用戶一個(gè)明確的界定。區(qū)別：1.壓力測(cè)試-不強(qiáng)調(diào)施壓量，只檢查施壓的狀況。2.容量測(cè)試-強(qiáng)調(diào)施壓，施了多少壓。3.性能測(cè)試-施壓后檢驗(yàn)性能指標(biāo)是否達(dá)到規(guī)定資源使用和響應(yīng)時(shí)間的要求。1.41.4 容量測(cè)試容量測(cè)試定義：volume Testing-使系統(tǒng)能夠承受超額的數(shù)據(jù)容量來(lái)發(fā)現(xiàn)它是否能夠正確處理。目標(biāo)：1.測(cè)試系統(tǒng)容量是否滿足需求規(guī)定系統(tǒng)容量。2.若無(wú)規(guī)定系統(tǒng)容量可以通過(guò)此測(cè)試給出明確容量界定。實(shí)施：鍵入文字 421.構(gòu)造一批大容量的測(cè)試

48、數(shù)據(jù)輸入到系統(tǒng)。2.對(duì)系統(tǒng)整體構(gòu)造不同業(yè)務(wù)場(chǎng)景，反復(fù)執(zhí)行。區(qū)別：1.壓力測(cè)試-不強(qiáng)調(diào)施壓量，只檢查施壓的狀況。2.容量測(cè)試-強(qiáng)調(diào)施壓，施了多少壓。 3.性能測(cè)試-施壓后檢驗(yàn)性能指標(biāo)是否達(dá)到規(guī)定資源使用和響應(yīng)時(shí)間的要求。1.51.5 安全性測(cè)試（功能）安全性測(cè)試（功能）定義：Security Testing-驗(yàn)證集成在系統(tǒng)內(nèi)的保護(hù)機(jī)制能否在實(shí)際應(yīng)用中保護(hù)系統(tǒng)不受到非法的侵入。目的：保證系統(tǒng)安全性，數(shù)據(jù)的完整性、保密性。1.5.1 數(shù)據(jù)完整性數(shù)據(jù)存儲(chǔ)的完整性。數(shù)據(jù)保密的完整性。保密性數(shù)據(jù)存儲(chǔ)的保密性。數(shù)據(jù)訪問(wèn)的保密性。1.5.2 權(quán)限權(quán)限的分配權(quán)限的使用1.5.3 協(xié)議多在手機(jī)測(cè)試用到。鍵入文字

49、431.5.4 其他如 LOG.1.61.6 GUIGUI 測(cè)試（易用）測(cè)試（易用）定義：Graphical User Interface Testing-針對(duì)軟件系統(tǒng)的界面進(jìn)行的測(cè)試。目標(biāo)：1.界面實(shí)現(xiàn)與界面設(shè)計(jì)的吻合情況。(界面設(shè)計(jì))2.確認(rèn)界面處理的正確性。 （針對(duì)不同的控件分析）相關(guān)自動(dòng)化測(cè)試工具1.WinRunner2.SilkTest3.QaRun 1.6.1 簡(jiǎn)單界面元素定義：指功能和屬性相對(duì)比較單一的界面區(qū)域，即通常所指的各種控件。方法：主要關(guān)注他們的外觀、表現(xiàn)行為。1.6.2 組合類界面元素定義：一些復(fù)雜的界面元素，比如表格、各種文本編輯器等。方法：先將其分解為簡(jiǎn)單的界面元素

50、，然后再進(jìn)行處理。1.6.3 完整界面（窗口）定義：鍵入文字 44由一系列界面元素通過(guò)適當(dāng)?shù)男问浇M合而成的界面形式，最為常見(jiàn)的為各種窗口。包括各種對(duì)話框、單文檔窗口、多文檔窗口，多文檔子窗口等。方法：外觀、布局、行為。1.輸入類界面元素：與要考慮其外觀、輸入時(shí)的特性比如回顯、對(duì)齊原則、滾動(dòng)原則等內(nèi)容。2.輸出類界面元素：外觀。1.71.7 可用性測(cè)試（易用）可用性測(cè)試（易用）定義：Usability Testing-為檢測(cè)用戶在理解和使用系統(tǒng)方面到底有多好。目標(biāo)：1.考慮產(chǎn)品是否符合實(shí)際應(yīng)用情況。2.是否符合用戶習(xí)慣或特殊要求。3.操作方式是否方便合理、設(shè)備和用戶見(jiàn)交互信息是否準(zhǔn)確易于理解、是

51、否遵從行業(yè)習(xí)慣、外觀/界面是否美觀等。一般關(guān)注的可用性問(wèn)題：1.過(guò)分復(fù)雜的功能或指令。2.困難的安裝過(guò)程。3.錯(cuò)誤信息過(guò)于簡(jiǎn)單。4.用戶被迫去記太多信息。5.語(yǔ)法、格式和定義不一致。1.81.8 安裝測(cè)試安裝測(cè)試鍵入文字 45定義：根據(jù)軟件測(cè)試特性列表、軟件安裝、配置文檔，設(shè)計(jì)安裝過(guò)程的測(cè)試用例，發(fā)現(xiàn)軟件在安裝過(guò)程中的錯(cuò)誤。被測(cè)對(duì)象：1.軟件本身。2.軟件安裝文檔。1.8.1 安裝測(cè)試前要檢查的工作1.安裝文檔是否齊全。2.安裝軟件的程序文件是否齊全。3.被測(cè)軟件的安裝文件是否齊全。4.軟件的安裝說(shuō)明文檔是否齊全。5.檢查軟件的文件格式是否與安裝說(shuō)明文檔中要求的文件格式相符。1.8.2 安裝測(cè)

52、試過(guò)程中的工作1.所有的預(yù)置數(shù)據(jù)是齊全。2.軟件環(huán)境配置是否合理。3.硬件環(huán)境配置是否合理。4.用戶選擇的一套任選方案是相容。5.安裝過(guò)程中：A.系統(tǒng)提供的缺省參數(shù)值進(jìn)行安裝測(cè)試。B.指定由人工完成安裝過(guò)程，列出每一步安裝步驟所需的工作，并仔細(xì)檢查每一安裝步驟所完成工作的正確性。C.安裝測(cè)試過(guò)程中要設(shè)計(jì)異常的安裝測(cè)試用例，包括配置參數(shù)的異常、安裝選項(xiàng)和安裝路徑的異常。6.安裝文檔的測(cè)試。鍵入文字 461.8.3 安裝后要做的檢查工作1.所有文件是否都已產(chǎn)生并確有所需的內(nèi)容。 A.程序文件的目錄是否正確產(chǎn)生。 B.各目錄及子目錄下的程序文件是否都正確產(chǎn)生。 C.是否存在無(wú)用的目錄、子目錄、程序文

53、件以及無(wú)用的子目錄。 D.目錄、子目錄、以及程序文件本身的權(quán)限是否正確。 E.對(duì)于 Windows 還要檢查與應(yīng)用軟件相配套的動(dòng)態(tài)鏈接庫(kù)文件齊全。2.安裝日志的檢查。3.安裝完成后，要進(jìn)行程序的運(yùn)行，聯(lián)結(jié)驗(yàn)證。4.軟件的卸載測(cè)試。1.8.4 安裝測(cè)試中軟件的升級(jí)測(cè)試1.軟件通過(guò)重新安裝來(lái)達(dá)到升級(jí)的目的。2.通過(guò) Patch 的方式實(shí)現(xiàn)軟件的升級(jí)。3.在線升級(jí)。1.91.9 配置測(cè)試配置測(cè)試定義：系統(tǒng)在各種軟硬件配置、不同參數(shù)配置下系統(tǒng)具有的功能和性能。目標(biāo)：驗(yàn)證全部配置的可操作性，有效性。1.101.10 異常測(cè)試異常測(cè)試/ /恢復(fù)性測(cè)試（可靠）恢復(fù)性測(cè)試（可靠）定義：容錯(cuò)性測(cè)試。通過(guò)人工干預(yù)

54、手段產(chǎn)生異常，能檢驗(yàn)系統(tǒng)的容錯(cuò)、恢復(fù)能力，是系統(tǒng)可靠鍵入文字 47性評(píng)價(jià)的重要手段。異常處理1.系統(tǒng)自動(dòng)處理。2.人工干預(yù)處理。注意1.系統(tǒng)的異常還與系統(tǒng)的指標(biāo)測(cè)試有關(guān)，當(dāng)系統(tǒng)的服務(wù)能力大于系統(tǒng)的設(shè)計(jì)指標(biāo)時(shí)，也屬于系統(tǒng)的異常情況。2.系統(tǒng)的可靠性是設(shè)計(jì)出來(lái)的，而不是測(cè)試出來(lái)的。測(cè)試出的數(shù)據(jù)有助于為我們進(jìn)一步的系統(tǒng)優(yōu)化設(shè)計(jì)積累經(jīng)驗(yàn)，設(shè)計(jì)和測(cè)試是一個(gè)相互反饋的過(guò)程。1.111.11 備份測(cè)試（可靠）備份測(cè)試（可靠）恢復(fù)性測(cè)試的一個(gè)補(bǔ)充，驗(yàn)證軟件或硬件失敗中備份他數(shù)據(jù)的能力。1.121.12 健壯性測(cè)試（可靠）健壯性測(cè)試（可靠）Robustness Testing 用于測(cè)試系統(tǒng)在故障時(shí)，是否能夠自動(dòng)

55、恢復(fù)或者忽略故障繼續(xù)運(yùn)行。1.131.13 文檔測(cè)試文檔測(cè)試Documentation Testing 測(cè)試文檔的正確性，保證操作手冊(cè)的過(guò)程能夠正常工作。1.141.14 在線幫助測(cè)試在線幫助測(cè)試Online Help Testing 檢測(cè)時(shí)實(shí)在線幫助的可靠性和正確性。1.151.15 網(wǎng)絡(luò)測(cè)試網(wǎng)絡(luò)測(cè)試網(wǎng)絡(luò)環(huán)境下和其他設(shè)備對(duì)接，進(jìn)行系統(tǒng)功能、性能與指標(biāo)方面的測(cè)試，保證對(duì)接的正確性。1.161.16 穩(wěn)定性測(cè)試穩(wěn)定性測(cè)試在一定負(fù)荷情況下能持續(xù)運(yùn)行的時(shí)間。鍵入文字 482 2 系統(tǒng)測(cè)試測(cè)試過(guò)程系統(tǒng)測(cè)試測(cè)試過(guò)程2.12.1 計(jì)劃階段計(jì)劃階段明確 what 目標(biāo)、why 測(cè)試目的、when 可控時(shí)間、

56、where 測(cè)試范圍、how 如何開(kāi)展.主要活動(dòng)有：參與開(kāi)發(fā)人員軟件需求的分析，SRS 評(píng)審，通過(guò)后寫(xiě) ST 計(jì)劃，進(jìn)行 ST 計(jì)劃評(píng)審。入口準(zhǔn)則：SRS 完成并確定需求規(guī)格基線輸入：SRS|SDP|SVVP出口準(zhǔn)則：ST 計(jì)劃評(píng)審?fù)ㄟ^(guò)輸出：2.22.2 設(shè)計(jì)階段設(shè)計(jì)階段主要活動(dòng)有：組織人員依據(jù)測(cè)試計(jì)劃編寫(xiě)測(cè)試方案，并進(jìn)行系統(tǒng)方案的評(píng)審入口準(zhǔn)則： ST 計(jì)劃評(píng)審?fù)ㄟ^(guò)輸入： ST 計(jì)劃|SRS出口準(zhǔn)則： ST 方案評(píng)審?fù)ㄟ^(guò)輸出： ST 方案2.32.3 實(shí)現(xiàn)階段實(shí)現(xiàn)階段主要活動(dòng)有：組織人員依據(jù) ST 方案編寫(xiě)測(cè)試用例、測(cè)試規(guī)程及預(yù)測(cè)試項(xiàng)，并對(duì)其進(jìn)行評(píng)審入口準(zhǔn)則： ST 方案評(píng)審?fù)ㄟ^(guò)輸入： ST

57、計(jì)劃|SRS|ST 方案出口準(zhǔn)則： 測(cè)試用例、測(cè)試規(guī)程及預(yù)測(cè)試項(xiàng)評(píng)審?fù)ㄟ^(guò)輸出： 測(cè)試用例、測(cè)試規(guī)程及預(yù)測(cè)試項(xiàng)鍵入文字 492.42.4 執(zhí)行階段執(zhí)行階段主要活動(dòng)有：組織測(cè)試執(zhí)行活動(dòng)、負(fù)責(zé)缺陷報(bào)告返回給開(kāi)發(fā)部門修改、組織進(jìn)行測(cè)試報(bào)告的編寫(xiě)、組織進(jìn)行測(cè)試報(bào)告的評(píng)審入口準(zhǔn)則： 測(cè)試用例、測(cè)試規(guī)程及預(yù)測(cè)試項(xiàng)的評(píng)審?fù)ㄟ^(guò)輸入： ST 計(jì)劃|ST 方案|ST 用例|ST 規(guī)程|ST 預(yù)測(cè)試項(xiàng)出口準(zhǔn)則： ST 報(bào)告評(píng)審并通過(guò)輸出： ST 預(yù)測(cè)試報(bào)告|ST 測(cè)試報(bào)告|缺陷報(bào)告測(cè)測(cè) 試試 覆覆 蓋蓋 率率1、 覆蓋率概念：覆蓋率概念： 覆蓋率是用來(lái)度量測(cè)試完整性的一個(gè)手段。覆蓋率是測(cè)試技術(shù)有效性的一個(gè)度量。覆蓋率

58、=（至少被執(zhí)行一次的 item 數(shù)）/item 的總數(shù)； 覆蓋率大體可以劃分為兩大類：邏輯覆蓋和功能覆蓋； 測(cè)試用例設(shè)計(jì)不能一味追求覆蓋率，因?yàn)闇y(cè)試成本雖覆蓋率的增加而增加。2、 邏輯覆蓋主要類型：邏輯覆蓋主要類型：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定-條件覆蓋、路徑覆蓋。3、 語(yǔ)句覆蓋率：語(yǔ)句覆蓋率：（Statement Coverage） ，在測(cè)試時(shí)運(yùn)行被測(cè)程序后，程序中被執(zhí)行到的可執(zhí)行語(yǔ)句的比率； 語(yǔ)句覆蓋率 = （至少被執(zhí)行一次的語(yǔ)句數(shù)量）/（可執(zhí)行的語(yǔ)句總數(shù)）4、 分支覆蓋率：分支覆蓋率：（Branch Coverage）也叫判定覆蓋（Decision Coverage） ，它的含鍵入

59、文字 50義是：在測(cè)試時(shí)運(yùn)行被測(cè)程序后，程序中所有判斷語(yǔ)句的取真分支和取假分支被執(zhí)行到的比率；判定覆蓋率=（判定結(jié)果被評(píng)價(jià)的次數(shù)）/（判定結(jié)果的總數(shù)）5、 條件覆蓋率：條件覆蓋率：（Condition Coverage）的含義是，在測(cè)試時(shí)運(yùn)行被測(cè)程序后，所有判斷語(yǔ)句中每個(gè)條件的可能取值（真值和假值）出現(xiàn)過(guò)的比率；條件覆蓋率=（條件操作數(shù)值至少被評(píng)價(jià)一次的數(shù)量）/（條件操作數(shù)值的總數(shù)）6、 分支分支-條件覆蓋率：條件覆蓋率：（Branch Condition Coverage）也叫判定條件覆蓋（Decision Condition Coverage） ，它的含義是，在測(cè)試時(shí)運(yùn)行被測(cè)程序后，所有判

60、斷語(yǔ)句中每個(gè)條件的所有可能值（為真為假）和每個(gè)判斷本身的判定結(jié)果（為真為假）出現(xiàn)的比率；分支條件覆蓋率=（條件操作樹(shù)枝或判定結(jié)果至少被評(píng)價(jià)一次的數(shù)量）/（條件操作數(shù)值總數(shù)+判定結(jié)果總數(shù)）7、 路徑覆蓋率：路徑覆蓋率：（Path Coverage）的含義是，在測(cè)試時(shí)運(yùn)行被測(cè)程序后，程序中所有可能的路徑被執(zhí)行過(guò)的比率；路徑覆蓋率=（至少被執(zhí)行到一次的路徑數(shù)）/（總的路徑數(shù)）8、 其他覆蓋率：其他覆蓋率：功能覆蓋率；面向?qū)ο蟮母采w率；函數(shù)覆蓋；指令塊覆蓋；判定路徑覆蓋。鍵入文字 51測(cè)測(cè) 試試 用用 例例 舉舉 例例測(cè)試用例編號(hào)BOSS_ ST_ MARKETING_NEW_01P重要級(jí)別高（還有“較高、中、較低、低”幾個(gè)等級(jí)）測(cè)試項(xiàng)目新增營(yíng)銷記錄測(cè)試標(biāo)題新增 10 元的營(yíng)銷記錄用例類型基本事件（對(duì)應(yīng)還有“備選事