51testing軟件測(cè)試培訓(xùn)筆記

1、第一章測(cè)試基礎(chǔ)1. 軟件測(cè)試的目的：證明（表達(dá)軟件能夠工作） T檢測(cè)（發(fā)現(xiàn)錯(cuò)誤）T預(yù)防（管理質(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í)行。3. 測(cè)試用例（Test Case）:指對(duì)一項(xiàng)特定的軟件產(chǎn)品測(cè)試任務(wù)的描述，體現(xiàn)測(cè)試方案、方法、技術(shù)和策略。4.測(cè)試和調(diào)試的區(qū)別：測(cè)試調(diào)試目的:找出存在的錯(cuò)誤定位錯(cuò)誤，修改程序以修正錯(cuò)誤對(duì)象文檔，代碼代碼流程有特定流程，有計(jì)劃性無(wú)特定流程，不可設(shè)計(jì)，無(wú)計(jì)劃性條件從已知條件開(kāi)始，用預(yù)定義過(guò)程，有 預(yù)知結(jié)果從未知條件開(kāi)始，結(jié)束過(guò)程不可預(yù)計(jì)5.回歸測(cè)

2、試的目的：a.驗(yàn)證錯(cuò)誤是否修復(fù)；b.檢測(cè)對(duì)代碼的修改是否引入了新的錯(cuò)誤。6. 軟件測(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) 缺陷最終得到了修正；d. 通過(guò)測(cè)試度量軟件質(zhì)量。7. 軟件危機(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ì)量差。8. 軟件危機(jī)的后果：a.軟

3、件質(zhì)量不高，很難穩(wěn)定；b. 軟件項(xiàng)目延期，進(jìn)度無(wú)法控制；c. 成本增加，無(wú)法控制預(yù)算。9. 軟件危機(jī)的根源：a.根據(jù)摩爾定律，硬件發(fā)展很快，相應(yīng)對(duì)軟件系統(tǒng)的期望越來(lái)越咼；b. 軟件系統(tǒng)復(fù)雜性提高，需多人合作；c. 軟件開(kāi)發(fā)是人的智力活動(dòng)，無(wú)法用已有的產(chǎn)業(yè)工程方法 來(lái)組織管理。10. 軟件生命周期的各個(gè)階段：計(jì)劃T需求分析T設(shè)計(jì)T編碼T測(cè)試T運(yùn)行T評(píng)價(jià)11. 設(shè)計(jì)：概要設(shè)計(jì)（HLD）:在設(shè)計(jì)階段把各項(xiàng)需求轉(zhuǎn)換成相應(yīng)的體系結(jié)構(gòu)，每一部分是功能明確的模塊；詳細(xì)設(shè)計(jì)（LLD）:對(duì)每個(gè)模塊要完成的工作進(jìn)行具體的描述。12. 軟件研發(fā)三要素：人員、過(guò)程、工具13. 軟件項(xiàng)目組人員組成：分析人員、設(shè)計(jì)人員、

4、開(kāi)發(fā)人員、測(cè)試人員、配置管理 人員、SQA（質(zhì)量保證人員）14. 軟件研發(fā)流程類型：瀑布模型：無(wú)風(fēng)險(xiǎn)控制能力，適合需求變化較小的情況。螺旋模型：基于風(fēng)險(xiǎn)管理的模型， 高風(fēng)險(xiǎn)的優(yōu)先考慮， 對(duì) 風(fēng)險(xiǎn)管理人員的要求較高。RVP流程：面向?qū)ο蟮?，通用的?大階段，6大工作流， 8項(xiàng)迭代）。特點(diǎn)：1）基于風(fēng)險(xiǎn)2）用例集驅(qū)動(dòng)3）以架構(gòu)為中心4）迭代和增量IPD流程：1）產(chǎn)品結(jié)構(gòu)重整（資源重整）2）公共模塊共用15. 軟件研發(fā)中幾個(gè)重要的過(guò)程：需求管理、配置管理、缺陷管理、同行評(píng)審。16.常見(jiàn)的引入缺陷的原因:b.c.d.e.f.a. 開(kāi)發(fā)過(guò)程缺乏有效的溝通，或者沒(méi)有進(jìn)行溝通;軟件復(fù)雜度越來(lái)越高； 編程中產(chǎn)

5、生錯(cuò)誤； 需求不斷變更； 項(xiàng)目進(jìn)度的壓力； 不重視開(kāi)發(fā)文檔；g.軟件開(kāi)發(fā)工具本身隱藏的問(wèn)題。等等17.缺陷類型：遺漏、錯(cuò)誤、額外的實(shí)現(xiàn)。第二章軟件質(zhì)量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ì)量管理原則：a.以顧客為中心；b.領(lǐng)導(dǎo)作用；c.全員參與；d.過(guò)程方法；e.

6、管理的系統(tǒng)方法；f.持續(xù)改進(jìn)；g.基于事實(shí)的決策方法；h.互利的供方關(guān)系。5、八項(xiàng)質(zhì)量管理原則的意義：a.是質(zhì)量管理的理論基礎(chǔ)；b用高度概括易于理解的語(yǔ)言所表述的質(zhì)量管理 的最基本，最通用的一般性規(guī)律；c.為組織建立質(zhì)量管理體系提供了理論依據(jù)；d.是組織的領(lǐng)導(dǎo)者有效的實(shí)施質(zhì)量管理工作必須 遵循的原則。6、CMM1 初始級(jí)，In Itial，不可預(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ò)程被描述，并得到良好

7、理解；（關(guān)鍵過(guò)程區(qū)域：組織過(guò)程定義；組織過(guò)程焦點(diǎn)；培訓(xùn)大綱；集成軟件管理；軟件產(chǎn)品工程；組際協(xié)調(diào)；同行評(píng)審。）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織中定 義和

8、改進(jìn)軟件過(guò)程。& ISO9001 和 CMIM勺關(guān)系：相似點(diǎn)：強(qiáng)調(diào)管理、過(guò)程、規(guī)范化和文檔化；不同點(diǎn)：CMM巴焦點(diǎn)對(duì)準(zhǔn)軟件；ISO9001的范圍包括：硬件、軟件、流程性材 料和服務(wù)；兩者關(guān)系：CMM瀕與ISO9001強(qiáng)相關(guān)；CMM勺每個(gè)關(guān)鍵過(guò)程域至少按某種解釋 與ISO9001弱相關(guān)。9、六西格瑪?shù)膶?shí)施方式：Define：定義-提出問(wèn)題，確定目標(biāo)Measure:測(cè)量-收集資料，尋找原因An alyse:分析-研究資料，確定原因Improve:改進(jìn)-優(yōu)化解決方案Co ntrol:控制-推行控制系統(tǒng)10、軟件質(zhì)量模型：功能性：當(dāng)軟件在指定條件下使用時(shí)， 軟件產(chǎn)品提供滿足明確和隱含需求的功 能的能力

9、。包括：適合性；準(zhǔn)確性；互操作性；保密安全性；功能性 的依從性?？煽啃裕涸谥付l件下使用時(shí)，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力。包括： 成熟性；容錯(cuò)性；易恢復(fù)性；可靠性的依從性。易用性：在指定條件下使用時(shí)，軟件產(chǎn)品被理解、學(xué)習(xí)、使用和吸引用戶的能力。包括：易理解性；易學(xué)性；易操作性；吸引性；易用性的依從性。效 率：在規(guī)定條件下，相對(duì)于所用資源的數(shù)量， 軟件產(chǎn)品可提供適當(dāng)性能的第一階段考試重點(diǎn)歸納 能力。包括：時(shí)間特性；資源利用性；效率依從性。維護(hù)性：軟件產(chǎn)品可被修改的能力。修改可能包括修正、改進(jìn)或軟件對(duì)環(huán)境、 需求和功能規(guī)格說(shuō)明變化的適應(yīng)。包括：易分析性；易改變性；穩(wěn)定 性；易測(cè)試性；維護(hù)性的依

10、從性?？梢浦残裕很浖a(chǎn)品從一種環(huán)境遷移到另外一種環(huán)境的能力。包括：適應(yīng)性； 易安裝性；共存性；易替換性；可移植性的依從性。11、SQA與測(cè)試的關(guān)系：測(cè)試從技術(shù)的角度來(lái)保證軟件質(zhì)量SQA從流程的角度保障軟件質(zhì)量組織用來(lái)保障SQA和測(cè)試的活動(dòng)12、 SQA的主要工作范圍：指導(dǎo)并監(jiān)督項(xiàng)目按照過(guò)程實(shí)施；對(duì)項(xiàng)目進(jìn)行度量、 分析，增加項(xiàng)目的可視性；審核工作產(chǎn)品，評(píng)價(jià)工作產(chǎn)品和過(guò)程質(zhì)量目標(biāo)的復(fù) 合度；進(jìn)行缺陷分析，缺陷預(yù)防活動(dòng)，發(fā)現(xiàn)過(guò)程的缺陷，提供決策參考，促進(jìn)過(guò)程改進(jìn)。13、度量：對(duì)事物屬性的量化表示；軟件度量：是指計(jì)算機(jī)軟件中范圍廣泛的測(cè)度，包括對(duì)軟件系統(tǒng)、構(gòu)建或生命周期過(guò)程具有的某個(gè)給定屬性的度的一個(gè)

11、定量測(cè)量。目的：提高軟件生產(chǎn)率，縮短產(chǎn)品研發(fā)周期，降低研發(fā)成本、維護(hù)成本；提高軟件產(chǎn)品質(zhì)量，提高用戶滿意度；為組織持續(xù)改進(jìn)提供量化的指標(biāo)和反饋。14、軟件度量的作用：1）理解；預(yù)測(cè)；評(píng)估；改進(jìn)。2）分類：規(guī)模；工作量；進(jìn)度；質(zhì)量15、如何將度量的知識(shí)應(yīng)用于實(shí)際工作中：建立測(cè)試工作的度量數(shù)據(jù)，目的是作 為預(yù)測(cè)和改進(jìn)的基礎(chǔ)a. 熟悉需求：進(jìn)度、工作量、規(guī)模；b. 設(shè)計(jì)用例：工作效率、覆蓋率；c. 執(zhí)行用例：工作效率、缺陷密度；）第三章測(cè)試方法1、什么是白盒測(cè)試：并根據(jù)內(nèi)部構(gòu)造設(shè)計(jì)用例,整體功能實(shí)現(xiàn)情況；白盒測(cè)試是依據(jù)被測(cè)軟件，分析程序內(nèi)部構(gòu)造,來(lái)對(duì)內(nèi)部控制流程進(jìn)行測(cè)試，可完全不顧程序的白盒測(cè)試是基

12、于程序結(jié)構(gòu)的邏輯驅(qū)動(dòng)測(cè)試；白盒測(cè)試又可以被稱為玻璃盒測(cè)試、透明盒測(cè)試、開(kāi)放盒測(cè)試、結(jié)構(gòu)化測(cè) 試、邏輯驅(qū)動(dòng)測(cè)試。2、為什么進(jìn)行白盒測(cè)試： 一般在測(cè)試前期進(jìn)行，通過(guò)達(dá)到一定的邏輯覆蓋率指標(biāo)，使得軟件內(nèi)部邏 輯控制結(jié)構(gòu)上的問(wèn)、難題能基本得到消除；能保證內(nèi)部邏輯結(jié)構(gòu)達(dá)到一定的覆蓋程度，能夠給予軟件代碼質(zhì)量更大的 保證；發(fā)現(xiàn)問(wèn)題后解決問(wèn)題的成本較低。3、白盒測(cè)試的常用技術(shù)：靜態(tài)分析：控制流分析、數(shù)據(jù)流分析、信息流分析等；動(dòng)態(tài)分析：邏輯覆蓋測(cè)試（分支測(cè)試、路徑測(cè)試等）、程序插裝等。4、控制流相關(guān)概念：程序元素、控制流關(guān)系、控制流圖、控制流矩陣。（步驟：5）5、控制流分析能發(fā)現(xiàn)的問(wèn)題：1）轉(zhuǎn)向并不存在的標(biāo)號(hào)

13、；2）沒(méi)有用的語(yǔ)句標(biāo)號(hào)；3）從程序入口進(jìn)入后無(wú)法達(dá)到的語(yǔ)句；4）不能達(dá)到停機(jī)語(yǔ)句的語(yǔ)句。6、數(shù)據(jù)流相關(guān)概念：數(shù)據(jù)的定義；數(shù)據(jù)的引用。 （步驟：3）7、 數(shù)據(jù)流分析的作用： 分析代碼中關(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è)試人員需要了解軟件的實(shí)現(xiàn)；可以檢測(cè)代碼中的每條分支和路徑；揭示隱藏在代碼中的錯(cuò)誤；對(duì)代碼的測(cè)試比

14、較徹底；實(shí)現(xiàn)代碼結(jié)構(gòu)上的優(yōu)化；白盒測(cè)試投入較大，成本高；白盒測(cè)試不驗(yàn)證規(guī)格的正確性。11、什么是黑盒測(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è)試類型： 功能性測(cè)試；容量測(cè)試；負(fù)載測(cè)試；恢復(fù)性測(cè)試。13、常見(jiàn)的黑盒測(cè)試方法： 等價(jià)類、邊界值、因果圖、判定表、狀態(tài)遷移、正 交分解、錯(cuò)誤猜測(cè)、輸入/輸出域覆蓋、14、系統(tǒng)測(cè)試的時(shí)候，如果沒(méi)有 SRS時(shí)，有兩類BUG無(wú)法發(fā)現(xiàn)：1）需求遺漏;2）需求偏差15、黑盒測(cè)試的優(yōu)點(diǎn)：對(duì)于

15、更大的代碼單元來(lái)說(shuō)（子系統(tǒng)甚至系統(tǒng)級(jí)）比白盒測(cè)試效率要高;測(cè)試人員不需要了解實(shí)現(xiàn)的細(xì)節(jié)，包括特定的編程語(yǔ)言；從用戶的視角進(jìn)行測(cè)試， 很容易被大家理解和接受；有助于暴露任何規(guī)格不一致或有歧義的問(wèn)題。16、黑盒測(cè)試的缺點(diǎn)：沒(méi)有清晰的和簡(jiǎn)明的規(guī)格， 測(cè)試用例很難設(shè)計(jì)；不能控制內(nèi)部執(zhí)行路徑，會(huì)有很多內(nèi)部程序路徑?jīng)]有被測(cè)試到;不能直接針對(duì)特定的程序段，這些程序可能非常復(fù)雜（因此可能隱藏 更多的問(wèn)題）。17、動(dòng)態(tài)和靜態(tài)測(cè)試的分類依據(jù)在于：被測(cè)對(duì)象是否運(yùn)行起來(lái)。18、手工靜態(tài)分析一一同行評(píng)審：正規(guī)檢視；技術(shù)評(píng)審；走查。評(píng)審對(duì)象：計(jì)劃、需求文檔、設(shè)計(jì)圖、代碼等。19、自動(dòng)化靜態(tài)分析：靜態(tài)驗(yàn)證；語(yǔ)法分析器；符號(hào)

16、執(zhí)行器。20、自動(dòng)化測(cè)試應(yīng)該考慮的因素：1）測(cè)試進(jìn)度要求2）人力資源要求3）版本穩(wěn)定度4）版本應(yīng)用情況5）可自動(dòng)化率6）版本規(guī)模21、自動(dòng)化測(cè)試的誤區(qū)：1）自動(dòng)化不能取代手工測(cè)試。2）手工測(cè)試都做不好，或者經(jīng)驗(yàn)積累不夠，就嘗試自動(dòng)化，很難成功。3）自動(dòng)化只能保證測(cè)試執(zhí)行效率，確保已有的問(wèn)題不會(huì)再發(fā)生，自動(dòng)化測(cè)試不能發(fā)現(xiàn)大量新缺陷。4）進(jìn)行了自動(dòng)化測(cè)試的軟件不一定就是安全的，質(zhì)量有保證的。所以手工測(cè)試是自動(dòng)化測(cè)試的一個(gè)基礎(chǔ)22、自動(dòng)化五大等級(jí)：1）錄制和回放2）腳本3）自動(dòng)化框架腳本4）數(shù)據(jù)驅(qū)動(dòng)5）關(guān)鍵字驅(qū)動(dòng)自動(dòng)化測(cè)試的限制（板書(shū)）：自動(dòng)化測(cè)試不具備想象力，不能夠檢查腳本中給定的觀察點(diǎn)之外的錯(cuò)誤

17、；自動(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è)試。第四章測(cè)試過(guò)程1、各階段測(cè)試的目的:1）單元測(cè)試：檢測(cè)軟件模塊對(duì)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)的符合程度2）集成測(cè)試：檢測(cè)軟件模塊對(duì)概要設(shè)計(jì)說(shuō)明書(shū)的符合程度3） 系統(tǒng)測(cè)試：通過(guò)與需要規(guī)格說(shuō)明書(shū)作比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符 或與之矛盾的地方。2、單元、集成、系統(tǒng)測(cè)試的比較：測(cè)試 類型目的考察范圍評(píng)估基準(zhǔn)測(cè)試方法單元 測(cè)試消除局部模塊的邏輯和功 能上的錯(cuò)誤和缺陷（

18、消除單 元、模塊內(nèi)部的邏輯和功能 上的錯(cuò)誤與缺陷）單元內(nèi)部 的數(shù)據(jù)結(jié) 構(gòu)、邏輯控 制、異常處 理等邏輯覆蓋率大量米用白盒測(cè) 試方法集成 測(cè)試找出與軟件設(shè)計(jì)相關(guān)的程 序結(jié)構(gòu)，模塊調(diào)用關(guān)系，模 塊間接口方面的問(wèn)題（找出 與軟件架構(gòu)設(shè)計(jì)相關(guān)的程 序結(jié)構(gòu)，單元/子模塊間的 調(diào)用關(guān)系，單元/子模塊間 接口方米那的問(wèn)題）接口和接 口數(shù)據(jù)傳 遞關(guān)系、模 塊組合后 的整體功 能接口覆蓋率結(jié)合使用白盒與 黑盒測(cè)試方法， 較多采用黑盒方 法構(gòu)造測(cè)試用例 （也有說(shuō)法叫灰盒測(cè)試方法）系統(tǒng) 測(cè)試對(duì)整個(gè)系統(tǒng)進(jìn)行一系列的 整體、有效性測(cè)試（對(duì)系統(tǒng) 規(guī)格中的功能與性能進(jìn)行 一系列的有效性測(cè)試）整個(gè)系統(tǒng) 對(duì)需求的 符合度測(cè)試用

19、例對(duì) 需求規(guī)格的 覆蓋率黑盒測(cè)試3、回歸測(cè)試策略：完全重復(fù)測(cè)試；選擇性重復(fù)測(cè)試（覆蓋修改法；周邊影響法；指標(biāo)達(dá)成方法;選擇重要級(jí)別高的測(cè)試用例）4、回歸測(cè)試流程：1）在測(cè)試策略制定階段，制定回歸測(cè)試策略2）確定需要回歸測(cè)試的版本3）回歸測(cè)試版本發(fā)布，按照回歸測(cè)試策略執(zhí)行回歸測(cè)試4）回歸測(cè)試通過(guò)，關(guān)閉缺陷跟蹤單（問(wèn)題單）5）回歸測(cè)試不通過(guò)，缺陷跟蹤單返回開(kāi)發(fā)人員，開(kāi)發(fā)人員重新修改問(wèn)題，再 次提交測(cè)試人員回歸測(cè)試5、有用戶參與的其他一些測(cè)試 ：驗(yàn)收測(cè)試、a測(cè)試、B測(cè)試6、a測(cè)試與3測(cè)試的比較:Alpha測(cè)試Beta測(cè)試比較測(cè)試環(huán) 境開(kāi)發(fā)環(huán)境或者模擬實(shí) 際操作的環(huán)境下實(shí)際使用環(huán)境測(cè)試人 員可以是終端

20、用戶也可 以是企業(yè)內(nèi)部的用戶終端用戶（包括潛在用戶）開(kāi)發(fā)人 員是否 在場(chǎng)有開(kāi)發(fā)人員在場(chǎng)，實(shí)際 上是一種受控的測(cè)試。開(kāi)發(fā)人員通常不在測(cè)試現(xiàn) 場(chǎng)，測(cè)試情況通常不受控。關(guān)注點(diǎn)Alpha測(cè)試關(guān)注軟件 產(chǎn)品的FLURP（即功 能、局域化、可使用性、 可靠性、性能和支持）， 尤其注重產(chǎn)品的界面 和特色。Beta測(cè)試著重關(guān)注產(chǎn)品的 支持性，包括文檔、客戶 培訓(xùn)和支持產(chǎn)品的生產(chǎn)能 力。共同點(diǎn)1. 都希望從實(shí)際終端用戶的使用角度來(lái)對(duì)軟件的 功能和性能進(jìn)行測(cè)試，以發(fā)現(xiàn)可能只有終端用戶才 能發(fā)現(xiàn)的錯(cuò)誤；2. 都不能由測(cè)試人員和程序員完成；7、主要的測(cè)試文檔： 測(cè)試計(jì)劃；測(cè)試方案；測(cè)試用例；測(cè)試規(guī)程；測(cè)試報(bào)告；測(cè) 試

21、日?qǐng)?bào)& 驗(yàn)證與確認(rèn) V&V:驗(yàn)證（VERIFICATION強(qiáng)調(diào)過(guò)程；確認(rèn)（VALIDATION強(qiáng)調(diào)結(jié)果。9、V&V模型優(yōu)點(diǎn)：實(shí)現(xiàn)了測(cè)試設(shè)計(jì)和測(cè)試執(zhí)行相分離；揭示了軟件測(cè)試活動(dòng)分層和分階段的本質(zhì)特性：測(cè)試執(zhí)行 的順序與開(kāi)發(fā)活動(dòng)相反10、V&V 模型:11、系統(tǒng)測(cè)試分為幾個(gè)階段，每個(gè)階段的輸入/輸出是什么?系統(tǒng)測(cè)試階段輸入輸出計(jì)劃階段1. 軟件開(kāi)發(fā)計(jì)劃2. 軟件測(cè)試計(jì)劃系統(tǒng)測(cè)試計(jì)劃系統(tǒng)測(cè)試3需求規(guī)格說(shuō)明書(shū)設(shè)計(jì)階段1.系統(tǒng)測(cè)試計(jì)劃2需求規(guī)格說(shuō)明書(shū)系統(tǒng)測(cè)試方案實(shí)現(xiàn)階段1. 系統(tǒng)測(cè)試計(jì)劃2. 系統(tǒng)測(cè)試方案3需求規(guī)格說(shuō)明書(shū)1. 系統(tǒng)測(cè)試用例2. 系統(tǒng)測(cè)試規(guī)程3. 系統(tǒng)測(cè)試預(yù)測(cè)試項(xiàng)執(zhí)行階段1. 系統(tǒng)測(cè)試計(jì)劃

22、2. 系統(tǒng)測(cè)試方案3. 系統(tǒng)測(cè)試用例4. 系統(tǒng)測(cè)試規(guī)程5. 系統(tǒng)測(cè)試預(yù)測(cè)試項(xiàng)6. 集成測(cè)試報(bào)告1. 系統(tǒng)預(yù)測(cè)試報(bào)告2. 系統(tǒng)測(cè)試報(bào)告3. 缺陷報(bào)告4. 測(cè)試日?qǐng)?bào)集成測(cè)試計(jì)劃階段1. 軟件測(cè)試計(jì)劃2. 概要設(shè)計(jì)說(shuō)明書(shū)集成測(cè)試計(jì)劃設(shè)計(jì)階段1. 概要設(shè)計(jì)說(shuō)明書(shū)2. 集成測(cè)試計(jì)劃集成測(cè)試方案實(shí)現(xiàn)階段1. 概要設(shè)計(jì)說(shuō)明書(shū)2. 集成測(cè)試計(jì)劃3. 集成測(cè)試方案1. 集成測(cè)試用例2. 集成測(cè)試規(guī)程執(zhí)行階段1. 集成測(cè)試計(jì)劃2. 集成測(cè)試方案3. 集成測(cè)試用例4. 集成測(cè)試規(guī)程1. 集成測(cè)試報(bào)告2. 缺陷報(bào)告單元測(cè)試計(jì)劃階段1. 軟件測(cè)試計(jì)劃2. 詳細(xì)設(shè)計(jì)說(shuō)明書(shū)單元測(cè)試計(jì)劃設(shè)計(jì)階段1. 詳細(xì)設(shè)計(jì)說(shuō)明書(shū)2. 單元

23、測(cè)試計(jì)劃單元測(cè)試方案實(shí)現(xiàn)階段1. 詳細(xì)設(shè)計(jì)說(shuō)明書(shū)2. 單元測(cè)試計(jì)劃3. 單元測(cè)試方案1. 單元測(cè)試用例2. 單元測(cè)試規(guī)程執(zhí)行階段1. 單元測(cè)試計(jì)劃2. 單元測(cè)試方案3. 單元測(cè)試用例4. 單元測(cè)試規(guī)程1. 單元測(cè)試報(bào)告2. 缺陷報(bào)告第五章單元測(cè)試1、單元的基本屬性：1）明確的功能2）可定義的規(guī)格3）與其他單元接口的清晰劃分2、單元測(cè)試的目的：在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種錯(cuò)誤，主要是基于白盒測(cè)試。a）驗(yàn)證代碼是與設(shè)計(jì)相符合的；b）發(fā)現(xiàn)設(shè)計(jì)和需求中存在的錯(cuò)誤；c）發(fā)現(xiàn)在編碼過(guò)程中引入的錯(cuò)誤。（和設(shè)計(jì)不相符或和設(shè)計(jì)相符，但是由于編碼疏漏引起）3、單元測(cè)試關(guān)注的重點(diǎn)：出錯(cuò)處理、單元接口、局部數(shù)據(jù)結(jié)

24、構(gòu)、獨(dú)立路徑、邊界條件4、單元測(cè)試的主要關(guān)注點(diǎn)：1）參數(shù)的屬性、順序、個(gè)數(shù)是否與 LLD 致2）不能修改只做輸入用的形參，否則可能導(dǎo)致數(shù)據(jù)的錯(cuò)誤修改3）約束條件是否通過(guò)形參來(lái)傳送5、驅(qū)動(dòng)和樁的功能：1）驅(qū)動(dòng)單元：被測(cè)函數(shù)的主函數(shù)，能接受輸入數(shù)據(jù)，輸出實(shí)際測(cè)試 結(jié)果2）樁單元：用來(lái)代替所測(cè)單元調(diào)用的子單元6、單元測(cè)試策略：孤立的測(cè)試策略、自頂向下、自底向上的單元測(cè)試策略1）孤立的測(cè)試策略：方法：不考慮每個(gè)模塊與其他模塊之間的關(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)函

25、數(shù)工作量很大，效率低。2) 自頂向下的單元測(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ù)的成本將增加。3) 自底向上的單元測(cè)試策略：方法：先對(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)：不

26、是純粹的單元測(cè)試，底層函數(shù)的測(cè)試質(zhì)量對(duì)上層函數(shù)的測(cè)試將產(chǎn)生很大的影響。5、單元測(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è)試：樁&驅(qū)動(dòng)舉例：無(wú)論是單元測(cè)試還是集成測(cè)試都涉及到以下三個(gè)函數(shù)：主控函數(shù)：in t ctrl(i nt x, i nt y) 加法函數(shù)：int add(i nt x, i nt y) 減法函數(shù)：int sub(i nt x, i nt y)注意：進(jìn)行單元測(cè)試時(shí)，設(shè)計(jì)用例時(shí)依據(jù)的是LLD;進(jìn)行集

27、成測(cè)試時(shí)，設(shè)計(jì)測(cè)試用例依據(jù)的是HLD下面給出來(lái)的是需要測(cè)試的實(shí)際的代碼。int ctrl(int x, int y) int temp=O;if(x=y)temp=add(x,y);elsereturn temp;int add(i nt x, int y)return(x+y);int sub(i nt x, int y) return(x-y);temp=sub(x,y);自頂向下單元測(cè)試策略不同測(cè)試步驟中的驅(qū)動(dòng)可以寫(xiě)到一起，也可以分開(kāi)寫(xiě)，這里是寫(xiě)到一起了。測(cè)試Ctrl函數(shù)需要寫(xiě)一個(gè)驅(qū)動(dòng)和兩個(gè)樁。驅(qū)動(dòng)函數(shù)void driver()int ret=0;ret=ctrl(2,1); xyif(

28、ret=3)printf(“testcase JISUAN_UT_CTRL_001 pass ” );elseprintf(“testcase JISUAN_UT_CTRL_001 fail ” );ret=ctrl(1,1); x=yif(ret=2)printf(“testcase JISUAN_UT_CTRL_002 pass ” );elseprintf(“testcase JISUAN_UT_CTRL_002 fail ” );ret=ctrl(1,2); /x=y)temp= stub_add (x, y);elsetemp= stub_sub (x, y); return tem

29、p;測(cè)試add函數(shù)驅(qū)動(dòng)函數(shù)第一階段考試重點(diǎn)歸納 同測(cè)試Ctrl函數(shù)時(shí)sub函數(shù)對(duì)應(yīng)的樁 樁函數(shù)修改代碼int ctrl(i nt x, int y) int temp=O;if(x=y)temp=add(x, y);if(x=2 & y=1 & temp=3)printf(“testcase JISUAN_UT_ADD_001 pass ” );elseprintf(“testcase JISUAN_UT_ADD_001 fail ” );if(x=1 & y=1 & temp=2)printf(“testcase JISUAN_UT_ADD_002 pass ” );elseprintf(“

30、testcase JISUAN_UT_ADD_002 fail ” ); elsetemp= stub_sub (x, y); return temp; 測(cè)試sub函數(shù)驅(qū)動(dòng)函數(shù)同測(cè)試ctrl函數(shù)時(shí)的驅(qū)動(dòng)樁函數(shù)無(wú)修改代碼int ctrl(i nt x, int y)int temp=O;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 ” );elseprintf(“testcase JISUAN_UT_SUB_001 fail” );re

31、turn temp; 第六章集成測(cè)試1. 集成測(cè)試的目的：確保各組件組合在一起后能夠按照既定意圖寫(xiě)作運(yùn)行，并確保增量的行為正確（屬于灰盒測(cè)試）1）驗(yàn)證接口是否與設(shè)計(jì)相符2）發(fā)現(xiàn)設(shè)計(jì)和需求中存在的錯(cuò)誤2. 集成測(cè)試關(guān)注的重點(diǎn)：?jiǎn)卧g的接口、集成后的功能3. 集成測(cè)試的層次：模塊內(nèi)集成、子系統(tǒng)內(nèi)集成、子系統(tǒng)間集成4. 集成測(cè)試策略：1）大爆炸集成2）自頂向下集成3）自底向上集成4）三明治（混合式）集成5）基干集成6）分層集成7）基于功能的集成8）基于消息的集成9）基于進(jìn)度的集成10）基于風(fēng)險(xiǎn)的集成5.各種集成測(cè)試策略的優(yōu)缺點(diǎn):優(yōu)點(diǎn)缺點(diǎn)適用范圍大爆炸集成1. 只要極少數(shù)的驅(qū)動(dòng)和樁2. 可并行工作，人

32、力、物力 資源利用率較高1. 一次運(yùn)行成功的可能性不 大2. 定位和修改錯(cuò)誤比較困難3. 會(huì)有很多接口錯(cuò)誤進(jìn)入到 系統(tǒng)測(cè)試1. 維護(hù)型項(xiàng)目（增強(qiáng)型）2. 每個(gè)函數(shù)都經(jīng)過(guò)了充 分單元測(cè)試的小規(guī)模系 統(tǒng)（特別是接口函數(shù)）自頂向下1.較早驗(yàn)證了主要的控制 點(diǎn)和判斷點(diǎn)1. 樁的開(kāi)發(fā)和維護(hù)成本大2. 底層組件行為的驗(yàn)證被推1.產(chǎn)品控制結(jié)構(gòu)比較清 晰和穩(wěn)定2. 選用按深度方向組裝的 方式，可首先頭現(xiàn)和驗(yàn)證一 個(gè)完整的軟件功能3. 功能可行性較早得到證 實(shí)（帶來(lái)信心）4. 最多只需一個(gè)驅(qū)動(dòng)，減少 驅(qū)動(dòng)開(kāi)發(fā)費(fèi)用5. 支持故障隔離遲了3.底層組件的測(cè)試不充分2. 產(chǎn)品高層接口變化較 小3. 產(chǎn)品底層接口未定義

33、或經(jīng)?？赡鼙恍薷?. 產(chǎn)品控制組件具有較 大的技術(shù)風(fēng)險(xiǎn)，需要盡早 被驗(yàn)證5. 希望盡早看到產(chǎn)品的 系統(tǒng)功能行為自底向上1. 允許對(duì)底層組件行為的 早期驗(yàn)證2. 工作初期可以并行進(jìn)行 集成3. 減少了樁的工作量4. 支持故障隔離1. 驅(qū)動(dòng)的開(kāi)發(fā)和維護(hù)成本高2. 對(duì)高層的驗(yàn)證被推遲到了 最后，設(shè)計(jì)上的錯(cuò)誤不能被及 時(shí)發(fā)現(xiàn)1. 底層接口比較穩(wěn)定、變 動(dòng)較少的產(chǎn)品2. 高層接口變化較頻繁 的產(chǎn)品3. 底層組件較早被完成 的產(chǎn)品三明治集成集合了自頂向下和自底向 上策略的優(yōu)點(diǎn)中間層在被集成前測(cè)試不充 分大部分軟件開(kāi)發(fā)項(xiàng)目基干集成具有三明治集成的優(yōu)點(diǎn)1. 必須對(duì)系統(tǒng)的結(jié)構(gòu)和相互 依存性進(jìn)行仔細(xì)分析2. 必須

34、開(kāi)發(fā)驅(qū)動(dòng)和樁3. 有些接口可能測(cè)試不充分大型復(fù)雜項(xiàng)目基于功能集 成/基于消 息集成1. 可盡快看到關(guān)鍵功能的 實(shí)現(xiàn)，并驗(yàn)證正確性2. 進(jìn)度上要短3. 可減少驅(qū)動(dòng)的開(kāi)發(fā)1. 對(duì)有些接口測(cè)試不充分，會(huì)丟失許多接口錯(cuò)誤2. 可能會(huì)有較大的冗余測(cè)試基于進(jìn)度集 成1. 具有比較咼的并行度2. 能有效縮短項(xiàng)目開(kāi)發(fā)的 進(jìn)度1. 許多接口要到后期才能驗(yàn) 證，無(wú)法發(fā)現(xiàn)有效的接口問(wèn)題2. 樁和驅(qū)動(dòng)開(kāi)發(fā)工作量大3. 由于進(jìn)度，組件很不穩(wěn)定且 會(huì)不斷變動(dòng)，導(dǎo)致測(cè)試的重復(fù) 和浪費(fèi)進(jìn)度優(yōu)先級(jí)咼于質(zhì)量的 項(xiàng)目基于風(fēng)險(xiǎn)集 成最具有風(fēng)險(xiǎn)的組件最早進(jìn) 行驗(yàn)證，有助于系統(tǒng)的快速 穩(wěn)定需要對(duì)各組件的風(fēng)險(xiǎn)有一個(gè) 清晰的分析第七章系統(tǒng)測(cè)

35、試1. 系統(tǒng)測(cè)試目的：1）通過(guò)與需求做比較，發(fā)現(xiàn)與系統(tǒng)定義不符合或與之矛盾的地方2）系統(tǒng)測(cè)試的用例應(yīng)根據(jù)需求分析說(shuō)明書(shū)來(lái)設(shè)計(jì)，并在實(shí)際使用環(huán)境下運(yùn)行2. 系統(tǒng)測(cè)試對(duì)象1）軟硬件集合在一起的系統(tǒng)2）驗(yàn)證時(shí)應(yīng)盡可能模擬實(shí)際的運(yùn)行環(huán)境與條件3. 系統(tǒng)測(cè)試常用類型：功能、性能、壓力、容量、安全性、GUI、可用性、安裝、配置、異常（恢復(fù)性）、備份、健壯性、文檔、在線幫助、網(wǎng)絡(luò)、穩(wěn)定性測(cè)試4. 功能測(cè)試：1）概念：根據(jù)產(chǎn)品的SRS和測(cè)試需求列表，驗(yàn)證產(chǎn)品的功能實(shí)現(xiàn)是否符合產(chǎn)品的需求 規(guī)格2）目標(biāo)：為了發(fā)現(xiàn)以下幾類錯(cuò)誤a）是否有不正確或遺漏了的功能b）功能實(shí)現(xiàn)是否滿足用戶需求和系統(tǒng)設(shè)計(jì)的隱藏需求c）輸入能否

36、正確接受？能否正確輸出結(jié)果？5. 性能測(cè)試：1）概念：用來(lái)測(cè)試軟件在集成系統(tǒng)中的運(yùn)行性能2）目標(biāo)：度量系統(tǒng)相對(duì)于預(yù)定義目標(biāo)的差距3）工具：LoadRunner、WebLoad SilkPerformer4）重要性：a）性能是質(zhì)量的重要組成部分b）給用戶樹(shù)立良好形象c）節(jié)省成本的重要手段6. 性能測(cè)試的關(guān)鍵：有效的協(xié)調(diào)、正確的模型、瓶頸的定位、合理的建議7. 性能需求五大特性：需求行、代表性、完整性、可測(cè)試性、可用性8. 壓力測(cè)試：關(guān)注穩(wěn)定性和破壞性1）目的：調(diào)查系統(tǒng)在其資源超負(fù)荷的情況下的表現(xiàn)2）目標(biāo)：通過(guò)極限測(cè)試方法， 發(fā)現(xiàn)系統(tǒng)在極限或惡劣環(huán)境中自我保護(hù)能力，主要驗(yàn)證系統(tǒng)的可靠性。9. 容量

37、測(cè)試：1）目的：使系統(tǒng)承受超額的數(shù)據(jù)容量來(lái)發(fā)現(xiàn)它是否能夠正確處理2）關(guān)注點(diǎn)：a）整體的業(yè)務(wù)流量（一般關(guān)注靜態(tài)容量）b）數(shù)據(jù)庫(kù)的容量c）最大文件數(shù)目d）最大事務(wù)數(shù)10. 安全性測(cè)試：口令認(rèn)證、加解密技術(shù)、權(quán)限管理、安全日志11. GUI 測(cè)試：1）關(guān)注點(diǎn)：界面實(shí)現(xiàn)與界面設(shè)計(jì)的吻合情況、確認(rèn)界面處理的正確性2）對(duì)象：簡(jiǎn)單界面元素、組合類界面元素、完整界面（窗口）3）內(nèi)容：外觀、界面元素行為、布局、友好功能12. 可用性測(cè)試：關(guān)注點(diǎn)：1）過(guò)分復(fù)雜的功能或指令2）困難的安裝過(guò)程3）錯(cuò)誤信息過(guò)于簡(jiǎn)單4）用戶被迫去記住太多的信息5）語(yǔ)法、格式和定義不一致13. 配置測(cè)試：概念：測(cè)試系統(tǒng)在各種軟硬件配置、不

38、同的參數(shù)配置下系統(tǒng)具有的功能和性能目標(biāo)：驗(yàn)證全部配置的可操作性和有效性，特別需要對(duì)最大配置、最小配置或特殊配置進(jìn)行測(cè)試14. 異常測(cè)試：概念：又叫系統(tǒng)容錯(cuò)和可恢復(fù)性測(cè)試，通過(guò)人工干預(yù)手段使系統(tǒng)產(chǎn)生軟、硬件異常，通 過(guò)驗(yàn)證系統(tǒng)異常前后的功能和運(yùn)行狀態(tài)，達(dá)到檢驗(yàn)系統(tǒng)的容錯(cuò)、排錯(cuò)和恢復(fù)的能力。它是系統(tǒng)可靠性評(píng)價(jià)的重要手段。容錯(cuò)處理：系統(tǒng)自動(dòng)處理、人工干預(yù)處理系統(tǒng)可靠性指標(biāo)：平均失效時(shí)間間隔（MTBF、平均恢復(fù)時(shí)間（MTTR系統(tǒng)可靠性設(shè)計(jì)技術(shù)：1）避開(kāi)錯(cuò)誤2）容錯(cuò)技術(shù)：結(jié)構(gòu)冗余（動(dòng)、靜態(tài)）、信息冗余、時(shí)間冗余、硬件冗余、附加冗余技 術(shù)15. 健壯性測(cè)試： Robustness Testing用于測(cè)試系

39、統(tǒng)在出現(xiàn)故障時(shí)，是否能夠自動(dòng)恢復(fù)或忽略故障繼續(xù)運(yùn)行16. 網(wǎng)絡(luò)測(cè)試：概念：在網(wǎng)絡(luò)環(huán)境下和其他設(shè)備對(duì)接，進(jìn)行系統(tǒng)功能、性能與指標(biāo)方面的測(cè)試，保證設(shè) 備對(duì)接正常。內(nèi)容：考察系統(tǒng)的處理能力、系統(tǒng)兼容性、系統(tǒng)穩(wěn)定可靠性及用戶使用等方面。1）一致性測(cè)試：檢測(cè)系統(tǒng)與協(xié)議規(guī)范符合程度2）性能測(cè)試：檢測(cè)協(xié)議實(shí)體或系統(tǒng)的性能指標(biāo)3）互操作性測(cè)試：4）堅(jiān)固性測(cè)試：檢測(cè)協(xié)議實(shí)體或系統(tǒng)在各種惡劣環(huán)境下運(yùn)行的能力17. 系統(tǒng)穩(wěn)定性測(cè)試：目的是評(píng)價(jià)系統(tǒng)在一定負(fù)荷情況下、長(zhǎng)時(shí)間的運(yùn)行情況。第八章測(cè)試覆蓋率1. 覆蓋率概念：覆蓋率是用來(lái)度量測(cè)試完整性的一個(gè)手段。覆蓋率是測(cè)試技術(shù)有效性的一個(gè)度量。 覆蓋率=（至少被執(zhí)行一次的i

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

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

42、率=（條件操作樹(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ù)覆蓋；指令塊覆蓋；判定路徑覆蓋。第九章測(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)還有“備選事件”、“異常事件”）用例設(shè)計(jì)者so

43、ngfun設(shè)計(jì)日期2005-04-25對(duì)應(yīng)需求編號(hào)REQ_ MARKETING_NEW_01對(duì)應(yīng)UIMarketi ng.htm對(duì)應(yīng)UCUC_ MARKETING_NEW_01版本號(hào)Build v0.1對(duì)應(yīng)開(kāi)發(fā)人員Frank預(yù)置條件操作員登錄營(yíng)銷管理系統(tǒng)測(cè)試方法等價(jià)類劃分（對(duì)應(yīng)還有“錯(cuò)誤猜測(cè)法”、“邊界值分析”等）丁輸入用戶名：51testing性別：男 金額：10元 描述：aaaaaaa操作步驟 .進(jìn)入【營(yíng)銷下發(fā)】頁(yè)面； 點(diǎn)擊增加按鈕； .輸入相應(yīng)數(shù)據(jù)； 點(diǎn)擊確定按鈕； .在后臺(tái)數(shù)據(jù)庫(kù)（test/testtestDB）輸入查詢語(yǔ)句驗(yàn)證：select * from Marketi ngTab

44、where ID=1001預(yù)期輸出1. 執(zhí)行步驟后，頁(yè)面彈出添加成功提示信息框；2. 執(zhí)行步驟后查詢數(shù)據(jù)庫(kù)，記錄確實(shí)添加成功且數(shù)據(jù)無(wú)誤第十章測(cè)試經(jīng)驗(yàn)和誤區(qū)1. 軟件測(cè)試的誤區(qū)：1）測(cè)試和調(diào)試是一樣的2）測(cè)試組應(yīng)當(dāng)為保證質(zhì)量負(fù)責(zé)3）過(guò)分依賴BETA測(cè)試4）把測(cè)試作為新員工的一個(gè)過(guò)渡工作5）把不合格的開(kāi)發(fā)人員安排做測(cè)試6）關(guān)注于測(cè)試的執(zhí)行而忽略測(cè)試的設(shè)計(jì)7）自動(dòng)化測(cè)試是萬(wàn)能的8）測(cè)試是可以窮盡的9）測(cè)試是為了證明軟件的正確性10）測(cè)試是枯燥乏味，缺乏創(chuàng)造力的工作2. 軟件測(cè)試的10大原則：1）測(cè)試是一個(gè)持續(xù)改進(jìn)的過(guò)程，而不是一個(gè)階段2）測(cè)試必須被計(jì)劃、被控制、并且被提供時(shí)間和資源3）測(cè)試應(yīng)當(dāng)分級(jí)別

45、4）測(cè)試應(yīng)當(dāng)有重點(diǎn)5）測(cè)試不是為了證明程序的正確性，而是為了證明程序不能工作6）測(cè)試是不可能窮盡的，當(dāng)測(cè)試出口條件滿足時(shí)就可以停止測(cè)試7）測(cè)試是開(kāi)發(fā)的朋友，不是敵人8）測(cè)試人員應(yīng)當(dāng)站在公正的立場(chǎng)上進(jìn)行測(cè)試，如實(shí)的記錄和報(bào)告缺陷9）自動(dòng)化測(cè)試能解決一部分問(wèn)題，但不是全部10）測(cè)試不能僅僅包括功能性的驗(yàn)證，還應(yīng)當(dāng)包含性能、可靠性、可維護(hù)型、安全性等方面的驗(yàn)證3. 軟件測(cè)試的10個(gè)最佳實(shí)踐：1）盡早的、頻繁的進(jìn)行測(cè)試-降低成本、提高質(zhì)量2）盡早的產(chǎn)生一個(gè)綜合的主測(cè)試計(jì)劃3）對(duì)質(zhì)量要求較高的產(chǎn)品或大型復(fù)雜的產(chǎn)品成立獨(dú)立的測(cè)試組4）在每個(gè)開(kāi)發(fā)階段，使用測(cè)試和評(píng)價(jià)的結(jié)果作為是否可以通過(guò)的標(biāo)準(zhǔn)5）開(kāi)發(fā)和維護(hù)

46、一個(gè)測(cè)試需求和目標(biāo)的風(fēng)險(xiǎn)優(yōu)先級(jí)列表6）把測(cè)試作為產(chǎn)品的一部分等同起來(lái)，使用相同的評(píng)價(jià)標(biāo)準(zhǔn)和過(guò)程7）提供集成化的測(cè)試工具和測(cè)試技術(shù)支持8）加強(qiáng)測(cè)試度量工作和缺陷分析工作，不斷地改進(jìn)測(cè)試9）加強(qiáng)測(cè)試的培訓(xùn)并且為測(cè)試人員提供技能發(fā)展的通道10）加強(qiáng)溝通和交流，讓項(xiàng)目組內(nèi)所有人員都了解測(cè)試的重要性和測(cè)試的工作a)同行評(píng)審1. 同行評(píng)審：(Peer Review)是一種通過(guò)作者的同行來(lái)確認(rèn)缺陷和需要變更區(qū)域的檢查方 法。需要進(jìn)行同行評(píng)審的特定產(chǎn)品在定義項(xiàng)目軟件過(guò)程的時(shí)候被確定并且作為軟件開(kāi)發(fā) 計(jì)劃的一部分被安排了進(jìn)度。a) 需要前期準(zhǔn)備、計(jì)劃和時(shí)間進(jìn)度表b) 越早越好2. 同行評(píng)審的作用：早期發(fā)現(xiàn)缺陷；

47、去除缺陷；降低成本；提高質(zhì)量。3. 同行評(píng)審的類型：正規(guī)檢視：(In spection )最嚴(yán)格，要求有規(guī)范的流程，參加者經(jīng)過(guò)正式培訓(xùn)；技術(shù)評(píng)審：(Technique Review )以技術(shù)方案的比較、裁決為目 的，嚴(yán)格程度介于正規(guī)檢視和走讀之間；走 讀：(Walk Through )最(自由)松散的形式，無(wú)流程要 求，有評(píng)審團(tuán)隊(duì)，評(píng)審流程無(wú)要求。4. 通用評(píng)審流程步驟(正規(guī)檢視流程)：計(jì)劃階段：項(xiàng)目負(fù)責(zé)人指定組織者;作者自檢工作產(chǎn)品;組織者規(guī)劃本次評(píng)審;檢查入口準(zhǔn)則：是否符合文檔標(biāo)準(zhǔn)？是否已用工具檢查？代碼 =500行；文檔=40頁(yè)；準(zhǔn)備評(píng)審包：工作產(chǎn)品(HLD);參考資料(SRS檢查一致性

48、)；評(píng)審表(Review Form)； 查檢表(Checklist )。指定評(píng)審專家(3-6人)；組織者將評(píng)審包、評(píng)審?fù)ㄖ獑伟l(fā)給相關(guān)人員。介紹會(huì)議：被評(píng)審對(duì)象采用新技術(shù)、新方法；被評(píng)審對(duì)象第一次被評(píng)審(作者介紹被審對(duì)象以及相關(guān)技術(shù))評(píng)審專家第一次參加評(píng)審（評(píng)審者介紹評(píng)審流程）介紹會(huì)議的召開(kāi)距接到評(píng)審?fù)ㄖ臅r(shí)間大于5小時(shí)；介紹會(huì)議的時(shí)間不超過(guò) 1小時(shí)，30-60間為宜，關(guān)注講解。3. 準(zhǔn)備階段：（最重要、發(fā)現(xiàn)缺陷最多）評(píng)審專家個(gè)人獨(dú)立完成工作產(chǎn)品的審視，提出缺陷；準(zhǔn)備時(shí)間大于會(huì)議時(shí)間，且應(yīng)于會(huì)議前 2天開(kāi)始；評(píng)審者：收到組織者發(fā)來(lái)的評(píng)審包；審核工作產(chǎn)品、發(fā)現(xiàn)缺陷；填寫(xiě)評(píng)審表單；反 饋評(píng)審表單給組

49、織者；組織者：檢查評(píng)審表單；裁決是否需要增加評(píng)審評(píng)審?fù)度耄ㄔ黾訙?zhǔn)備時(shí)間；增加評(píng) 審專家人數(shù)；更換評(píng)審專家）4. 會(huì)議階段（2小時(shí)內(nèi)；只提出問(wèn)題，不關(guān)注解決）：組織者召開(kāi)評(píng)審會(huì)議；講解員講解工作產(chǎn)品；（盡量不要由作者兼任）大家共同確認(rèn)問(wèn)題（評(píng)審表單中記錄的問(wèn)題；會(huì)上發(fā)現(xiàn)的問(wèn)題；當(dāng)爭(zhēng)執(zhí)不 下時(shí)組織者應(yīng)做出裁決）對(duì)已確認(rèn)的問(wèn)題進(jìn)行分類；作者決定是否召開(kāi)第三小時(shí)會(huì)議；記錄員記錄所有的問(wèn)題及分類，并發(fā)給組織者；（記錄員盡量不要由作者和組織者擔(dān)任）組織者更新評(píng)審表單。5. 第三小時(shí)會(huì)議有爭(zhēng)議的問(wèn)題繼續(xù)討論，給出決議；討論解決問(wèn)題方案； 組織者更新評(píng)審表單。6. 返工：發(fā)回作者修改；7. 跟蹤：匯總所有需要

50、的數(shù)據(jù)到評(píng)審表單發(fā)給相關(guān)評(píng)審專家；（2組織者） -組織評(píng)審專家確認(rèn)各缺陷得到了修改，并且沒(méi)有引入新的缺陷；-協(xié)助組織者確認(rèn)相關(guān)問(wèn)題得到了正確修改并且沒(méi)有引入新的缺陷；-確認(rèn)評(píng)審表單中各相關(guān)度量數(shù)據(jù)正確（發(fā)現(xiàn)缺陷數(shù)；評(píng)審?fù)度霑r(shí)間；評(píng)審專家 人數(shù)等）（評(píng)審專家2）a）配置&需求管理1、配置管理的目的和意義：目的：a.可視性：用戶/買方/賣方詳細(xì)知道工作內(nèi)容；b. 管理層能夠知道產(chǎn)品特性；c. 所有的項(xiàng)目參與者在同一平臺(tái)下交流；d. 了解現(xiàn)在和計(jì)劃的配置；e. 管理層可看到變更的影響；f. 管理層可選擇參與的節(jié)點(diǎn)；目標(biāo)：一項(xiàng)目：減少返工，減少工作量；r意義：L公司：節(jié)約成本，積累項(xiàng)目財(cái)富;可視性提高

51、； 項(xiàng)目可跟蹤性高;2、配置、基線、版本各自定義及關(guān)系:配 置：是軟件生命周期個(gè)階段產(chǎn)生的程序、數(shù)據(jù)、文件、環(huán)境的集合;配置項(xiàng)：是軟件生命周期個(gè)階段產(chǎn)生的程序、數(shù)據(jù)、文件、環(huán)境基 線：配置項(xiàng)在其生命周期的不同時(shí)間點(diǎn)上通過(guò)評(píng)審而進(jìn)入正式受控的一種狀態(tài)，而這個(gè)過(guò)程被稱為“基線化”；版 本：是表示一個(gè)配置項(xiàng)具有一組定義的功能的一種標(biāo)識(shí)；3、 變更控制的流程（各種角色、職責(zé)輸出）：項(xiàng)目成員、客戶代表、市場(chǎng)人員提交CR CMO將CR狀態(tài)表示為已提交，并將 CR根據(jù)條件進(jìn)行判斷，把不需要 CCB進(jìn)行審核的、決定采納的 CR直接進(jìn)行簽發(fā)；把不需要 CCB進(jìn)行審核的、不決定采納的 CR 直接關(guān)閉（4 CMO將CR狀態(tài)標(biāo)識(shí)為已拒絕）；將需要CCB評(píng)審的CR提交給CCB進(jìn) 行評(píng)估； CCB召開(kāi)會(huì)議對(duì)CR進(jìn)行評(píng)估 CMO