上傳人：t***

認(rèn)證信息

認(rèn)證類型：個(gè)人認(rèn)證

認(rèn)證主體：孫**（實(shí)名認(rèn)證）

IP屬地：天津

IP屬地：天津 上傳時(shí)間：2023-01-11 格式：DOCX 頁(yè)數(shù)：14 大小：368.83KB 積分：18 舉報(bào) 版權(quán)申訴

第一章軟件測(cè)試概述主要內(nèi)容：軟件測(cè)試的分類，軟件測(cè)試產(chǎn)生的背景，軟件測(cè)試的概念和意義，軟件測(cè)試工程必備的基本素質(zhì)。1.軟件的概念軟件是計(jì)算機(jī)系統(tǒng)中于硬件相互依存的另一部分，它是包含程序，文檔和數(shù)據(jù)的完整集合。2.軟件的特點(diǎn)軟件是一種邏輯實(shí)體，不是具體的物理實(shí)體，具有抽象性。?軟件的產(chǎn)生與硬件的不同。軟件的運(yùn)行和使用沒(méi)有機(jī)械的磨損和老化。軟件的開發(fā)和運(yùn)行對(duì)計(jì)算機(jī)系統(tǒng)有一定的依賴性。軟件的開發(fā)目前還沒(méi)有擺脫手工方式。軟件是復(fù)雜的。軟件成本是相當(dāng)昂貴的。軟件的分類按軟件的功能劃分系統(tǒng)軟件：包括操作系統(tǒng)，系統(tǒng)使用工具支持軟件：是協(xié)助用戶開發(fā)軟件的工具性軟件。應(yīng)用軟件：在特定領(lǐng)域內(nèi)開發(fā)，為特定目的服務(wù)的一類軟件。按軟件的技術(shù)特點(diǎn)劃分業(yè)戶管理軟件：用于處理日常信息，如管理信息系統(tǒng)MIS，企業(yè)資源規(guī)劃系統(tǒng)ERP,決策支持系統(tǒng)DSS,客戶關(guān)系管理系統(tǒng)CRM科學(xué)計(jì)算軟件：注重算法精度和速度用于研究領(lǐng)域。桌面軟件：用于計(jì)算機(jī)視覺(jué)效果和設(shè)置。嵌入式軟件：用于各種自動(dòng)化，智能化的工業(yè)產(chǎn)品。個(gè)人計(jì)算機(jī)軟件：各種常用的軟件，如輸入法，瀏覽器。人工智能軟件：模仿人類邏輯判斷能力的一種軟件，如“深藍(lán)”。按軟件部署結(jié)果劃分單機(jī)版軟件：不需要與其他計(jì)算機(jī)交互的軟件，如office。分布式軟件:安裝在多臺(tái)計(jì)算機(jī)上進(jìn)行協(xié)同工作的軟件，可以進(jìn)一步劃分為：c/s結(jié)果軟件和b/s結(jié)果軟件。軟件測(cè)試的概念，意義和目的4.1軟件測(cè)試的概念? 美國(guó)電子電器工程師協(xié)會(huì)（IEEE）給軟件測(cè)試的定義：使用人工或自動(dòng)的手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差距。人工或自動(dòng)的手段：說(shuō)明了實(shí)現(xiàn)測(cè)試的兩種途徑，即手工測(cè)試即自動(dòng)化測(cè)試。運(yùn)行或測(cè)試：說(shuō)明了現(xiàn)實(shí)測(cè)試的兩種策略，即動(dòng)態(tài)測(cè)試和靜態(tài)測(cè)試。滿足規(guī)定的需求：即滿足客戶對(duì)產(chǎn)品的需求。預(yù)期結(jié)果與實(shí)際結(jié)果：即通過(guò)分析得到軟件的預(yù)期結(jié)果和運(yùn)行程序得到的實(shí)際結(jié)果進(jìn)行對(duì)比，查找它們的差異。4.2軟件測(cè)試的意義保證發(fā)布出去的產(chǎn)品達(dá)到一定的質(zhì)量標(biāo)準(zhǔn)無(wú)論對(duì)于用戶還開發(fā)商來(lái)說(shuō)經(jīng)過(guò)測(cè)試過(guò)得軟件都是一件極其重要和有意義的事。4.3軟件測(cè)試的目的通過(guò)分析錯(cuò)誤的原因可以幫助管理者發(fā)現(xiàn)當(dāng)前采用的軟件過(guò)程的問(wèn)題，以便改進(jìn)軟件的過(guò)程通過(guò)對(duì)被測(cè)軟件業(yè)務(wù)的深入了解，對(duì)產(chǎn)品的改進(jìn)提出有意義的建議。驗(yàn)證產(chǎn)品符合質(zhì)量標(biāo)準(zhǔn)，確保產(chǎn)品是健壯的和適應(yīng)用戶環(huán)境的。軟件測(cè)試工程師必備的基本素質(zhì)?正確高效的溝通能力?超強(qiáng)的責(zé)任心?堅(jiān)持原則?懂得尊重有較全面的技術(shù)知識(shí)軟件測(cè)試工程師必備的技能測(cè)試專業(yè)技能軟件編程技能網(wǎng)絡(luò)，操作系統(tǒng)，數(shù)據(jù)庫(kù)，中間件等知識(shí)第二章識(shí)別缺陷主要內(nèi)容：缺陷的基本概念，缺陷產(chǎn)生的原因，重現(xiàn)缺陷的方法，有效地記錄缺陷缺陷的識(shí)別缺陷的基本概念缺陷就是人們所說(shuō)的bug。嚴(yán)格上來(lái)說(shuō)缺陷和bug是有區(qū)別的。缺陷：任何背離需求或無(wú)法正確完成用戶所需求的功能性問(wèn)題，因異常條件不支持而導(dǎo)致系統(tǒng)的失敗等都屬于缺陷。Bug:通常指程編碼上的錯(cuò)誤。缺陷產(chǎn)生的原因人員之間的溝通交流不夠。程序設(shè)計(jì)本身有問(wèn)題。軟件的復(fù)雜性。軟件需求的不斷變化。工期短，任務(wù)重，時(shí)間壓力大。文檔不完善。開發(fā)工具和系統(tǒng)軟件的支持。1.3識(shí)別無(wú)效缺陷無(wú)效缺陷是指:測(cè)試工程師提交的缺陷并不是真正的缺陷，這樣的缺陷是不會(huì)得到修改的。導(dǎo)致產(chǎn)生此原因有:測(cè)試環(huán)境搭配錯(cuò)誤文檔上沒(méi)有明確產(chǎn)品需求需求理解錯(cuò)誤缺陷重復(fù)1.4合法的無(wú)線缺陷開發(fā)人員認(rèn)為技術(shù)上無(wú)法實(shí)現(xiàn)或?qū)τ脩舻氖褂貌辉斐捎绊懙娜毕荩巳毕菘梢暈楹戏ǖ臒o(wú)效缺陷，可不進(jìn)行修改，直接關(guān)閉。重現(xiàn)和優(yōu)化缺陷2.1不存在隨機(jī)缺陷有一種缺陷，并不是很好的重現(xiàn)，最為典型的是內(nèi)存泄露，往往在你發(fā)現(xiàn)時(shí)系統(tǒng)處在即將崩潰的狀態(tài)，等你再次去找時(shí)卻無(wú)法找到，所以有很多人說(shuō)這是隨機(jī)缺陷，其實(shí)沒(méi)有所謂的隨機(jī)缺陷，只是你沒(méi)有找到重現(xiàn)它的正確方法而已。重現(xiàn)缺陷的方法和經(jīng)驗(yàn)善于總結(jié)經(jīng)驗(yàn)，逆向思維，換位思考對(duì)待問(wèn)題，善于和別人共享經(jīng)驗(yàn)，多動(dòng)腦和手簡(jiǎn)化問(wèn)題的步驟，弄清原因，總結(jié)教訓(xùn)檢查系統(tǒng)日志，看有沒(méi)有異常出現(xiàn)狀態(tài)缺陷是否在特定的軟件狀態(tài)中暴露檢查被測(cè)對(duì)象的版本信息，確認(rèn)測(cè)試版本的正確性檢查網(wǎng)絡(luò)配置是否與客戶環(huán)境一致檢查軟件測(cè)試環(huán)境和數(shù)據(jù)庫(kù)配置，是否有異于開發(fā)環(huán)境借助于別的工具檢查硬件是否有差異有效的記錄缺陷完整的缺陷報(bào)告簡(jiǎn)單描述：用一句話簡(jiǎn)單的描述清楚問(wèn)題詳細(xì)的描述相關(guān)附件缺陷原因分析缺陷報(bào)告的準(zhǔn)則缺陷報(bào)告方便易讀?統(tǒng)一缺陷嚴(yán)重度?一個(gè)缺陷一個(gè)報(bào)告?報(bào)告小缺陷?及時(shí)報(bào)告缺陷缺陷報(bào)告示例：簡(jiǎn)單描述：字處理過(guò)程中，進(jìn)行插入數(shù)字或者插入符號(hào)時(shí)，系統(tǒng)崩潰。詳細(xì)描述：1.軟件測(cè)試環(huán)境為Windows20032?啟動(dòng)Boffice軟件，然后創(chuàng)建新文檔插入一行文本，當(dāng)鼠標(biāo)變成了漏斗狀時(shí)，進(jìn)行插入數(shù)字或插入符號(hào)任一操作系統(tǒng)崩潰相關(guān)附件：--附件1：系統(tǒng)崩潰的畫面缺陷原因分析：--初步分析與自動(dòng)存盤有關(guān)系，因?yàn)樵谑髽?biāo)變成漏斗時(shí)，軟件正在進(jìn)行自動(dòng)存盤操作第三章管理缺陷報(bào)告主要內(nèi)容：缺陷報(bào)告的用途，缺陷報(bào)告的分類，缺陷報(bào)告的處理流程，缺陷跟蹤系統(tǒng)缺陷報(bào)告的概念和用途缺陷報(bào)告的概念：是將缺陷記錄下來(lái)，提交給相應(yīng)的開發(fā)人員去修改，其中最重要的用途是避免口頭交流引發(fā)的缺陷丟失現(xiàn)象。缺陷報(bào)告的用途：記錄缺陷，缺陷分類，缺陷跟蹤，缺陷統(tǒng)計(jì)缺陷報(bào)告的分類按缺陷所屬模塊分類?按缺陷嚴(yán)重程度分類：致命，嚴(yán)重，一般，小錯(cuò)誤按缺陷優(yōu)先級(jí)分類：立即修復(fù)的，產(chǎn)品發(fā)布之前必須修復(fù)的問(wèn)題，時(shí)間允許時(shí)修復(fù)按缺陷引入原因分類：新功能開發(fā)，代代碼修改，新的需求按缺陷復(fù)現(xiàn)率分類：100%復(fù)現(xiàn)，50%復(fù)現(xiàn)，10%復(fù)現(xiàn)

NYYNYYY確認(rèn)確認(rèn)？檢驗(yàn)通過(guò)？不是缺陷？重復(fù)缺陷？推遲修改？3.缺陷報(bào)告處理流程推遲提交缺陷打開缺陷 *指定期限重新打開缺陷置為無(wú)效缺陷關(guān)閉該缺陷修復(fù)缺陷分配缺陷NYYNYYY確認(rèn)確認(rèn)？檢驗(yàn)通過(guò)？不是缺陷？重復(fù)缺陷？推遲修改？3.缺陷報(bào)告處理流程推遲提交缺陷打開缺陷 *指定期限重新打開缺陷置為無(wú)效缺陷關(guān)閉該缺陷修復(fù)缺陷分配缺陷測(cè)試開發(fā)測(cè)試2.1正常的處理流程?測(cè)試人員提交缺陷報(bào)告?分配給相應(yīng)的開發(fā)人員開發(fā)人員處理缺陷測(cè)試人員驗(yàn)證缺陷已經(jīng)修復(fù)關(guān)閉缺陷重復(fù)缺陷處理流程無(wú)效缺陷處理流程推遲缺陷處理流程驗(yàn)證不通過(guò)缺陷處理流程描述不清楚的缺陷處理流程缺陷報(bào)告的生命周期不同的處理流程有不同的生命周期，闡述時(shí)要按缺陷報(bào)告處理流程一個(gè)一個(gè)說(shuō)明（共六個(gè)）第四章軟件開發(fā)過(guò)程和測(cè)試流程主要內(nèi)容：軟件開發(fā)模型，軟件測(cè)試的生命周期，軟件測(cè)試流程，軟件測(cè)試模型，軟件測(cè)試階段（會(huì)寫驅(qū)動(dòng)模塊和樁模塊）軟件開發(fā)模型軟件開發(fā)模型是指：軟件開發(fā)的全部過(guò)程，活動(dòng)和任務(wù)的結(jié)構(gòu)框架。常見(jiàn)的軟件開發(fā)模型有：瀑布模型，原型模型，螺旋模型，敏捷開發(fā)等軟件開發(fā)的各項(xiàng)活動(dòng)嚴(yán)格按照線性方式進(jìn)行當(dāng)前活動(dòng)接受上一項(xiàng)活動(dòng)的工作結(jié)果當(dāng)前活動(dòng)的工作結(jié)果需要進(jìn)行驗(yàn)證?瀑布模型的優(yōu)缺點(diǎn)和適用的場(chǎng)合優(yōu)點(diǎn)：軟件的質(zhì)量好。缺點(diǎn)：由于開發(fā)模型是線性的，增加了開發(fā)風(fēng)險(xiǎn)；早期的錯(cuò)誤可能要等到開發(fā)后期的階段才能發(fā)現(xiàn)適用的場(chǎng)合：項(xiàng)目小，需求明確1.2原型模型原型模型的特征實(shí)現(xiàn)客戶與系統(tǒng)之間的相互交互進(jìn)一步細(xì)化待開發(fā)軟件的需求開發(fā)人員可以確認(rèn)客戶真正需要的是什么原型模型的缺點(diǎn)限制設(shè)計(jì)人員的思維

1.3螺旋模型鳳險(xiǎn)分析與測(cè)試編昶軟件需求爼裝測(cè)試單元測(cè)試斑險(xiǎn)分析詳細(xì)設(shè)計(jì)軟件產(chǎn)品設(shè)計(jì)實(shí)施工程開發(fā).驗(yàn)證下一產(chǎn)品［驗(yàn)收實(shí)現(xiàn)；測(cè)試提交線可運(yùn)行原型風(fēng)險(xiǎn)分析、『一\矗1.3螺旋模型鳳險(xiǎn)分析與測(cè)試編昶軟件需求爼裝測(cè)試單元測(cè)試斑險(xiǎn)分析詳細(xì)設(shè)計(jì)軟件產(chǎn)品設(shè)計(jì)實(shí)施工程開發(fā).驗(yàn)證下一產(chǎn)品［驗(yàn)收實(shí)現(xiàn)；測(cè)試提交線可運(yùn)行原型風(fēng)險(xiǎn)分析、『一\矗H陳型上原型2客尸評(píng)估制定計(jì)劃決定目標(biāo)方案和眼制評(píng)審累計(jì)成本鳳險(xiǎn)分析評(píng)價(jià)方案識(shí)別風(fēng)險(xiǎn)滂除風(fēng)險(xiǎn)?螺旋模型的特征將瀑布模型和快速原型模型結(jié)合起來(lái)強(qiáng)調(diào)了其他模型所忽視的風(fēng)險(xiǎn)分析每一次螺旋包括：制定計(jì)劃，風(fēng)險(xiǎn)分析，實(shí)施工程，客戶評(píng)價(jià)這四個(gè)步驟螺旋模型的優(yōu)缺和適用的場(chǎng)合優(yōu)點(diǎn)：客戶一直參與評(píng)價(jià)，有風(fēng)險(xiǎn)分析，可以迭代缺點(diǎn)：強(qiáng)調(diào)風(fēng)險(xiǎn)分析，但要求許多客戶接受并相信這種分析，是不容易的1.3敏捷開發(fā)模型敏捷開發(fā)模型的特征短周期開發(fā)■增量開發(fā)■通過(guò)口頭溝通■編寫代碼之前先寫測(cè)試代碼敏捷開發(fā)模型的缺點(diǎn)■團(tuán)隊(duì)組建較難，人員素質(zhì)要求較高■對(duì)測(cè)試人員要求完全掌握各種腳本語(yǔ)言編程，會(huì)單元測(cè)試軟件測(cè)試的生命周期軟件開發(fā)過(guò)程中，軟件測(cè)試所做的全部工作可稱為軟件測(cè)試的生命周期即：測(cè)試計(jì)劃 測(cè)試設(shè)計(jì) 測(cè)試實(shí)施 測(cè)試總結(jié)軟件測(cè)試流程需求分析階段 軟件設(shè)計(jì)和編碼階段 集成，系統(tǒng)，驗(yàn)收階段

軟件測(cè)試模型4.1概念軟件測(cè)試模型是反映測(cè)試活動(dòng)與軟件開發(fā)過(guò)程的關(guān)系。常見(jiàn)的軟件測(cè)試模型有：V模型，W模型，H模型，X模型。4.2V模型表示傳統(tǒng)的瀑布開發(fā)模型，右端表示測(cè)試過(guò)程4.3W模型在W模型中既強(qiáng)調(diào)了測(cè)試方案設(shè)計(jì)，也強(qiáng)調(diào)了測(cè)試執(zhí)行需求分析需需則試篦統(tǒng)女裝驗(yàn)收測(cè)試編碼實(shí)現(xiàn) 單元測(cè)試

4.4H模型測(cè)試準(zhǔn)備測(cè)試執(zhí)行測(cè)試流程測(cè)試就緒其它流程（如設(shè)計(jì)，編碼流程）4.4H模型測(cè)試準(zhǔn)備測(cè)試執(zhí)行測(cè)試流程測(cè)試就緒其它流程（如設(shè)計(jì)，編碼流程）軟件測(cè)試階段單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試補(bǔ)充：驅(qū)動(dòng)：調(diào)用被測(cè)程序的模塊樁：被測(cè)模塊的調(diào)用模塊寫驅(qū)動(dòng)模塊：要有預(yù)期的結(jié)果，把調(diào)用方法的結(jié)果和預(yù)期結(jié)果進(jìn)行對(duì)比，然后進(jìn)行判斷寫樁模塊：簡(jiǎn)單的模擬一個(gè)方法的內(nèi)部實(shí)現(xiàn)，只給一個(gè)返回值。第五章系統(tǒng)測(cè)試與軟件測(cè)試分類主要內(nèi)容：系統(tǒng)測(cè)試；軟件測(cè)試分類；公司的普遍測(cè)試流程1.系統(tǒng)測(cè)試1.1系統(tǒng)測(cè)試的概念是將通過(guò)集成測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件，外設(shè)，某些支持軟件，數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行全面的功能覆蓋系統(tǒng)測(cè)試環(huán)境與開發(fā)環(huán)境系統(tǒng)測(cè)試環(huán)境要求盡可能的在實(shí)際環(huán)境下進(jìn)行測(cè)試，實(shí)際環(huán)境與開發(fā)環(huán)境有很大的區(qū)別。系統(tǒng)測(cè)試的測(cè)試類型?Web系統(tǒng)測(cè)試功能測(cè)試：根據(jù)產(chǎn)品的需求規(guī)格說(shuō)明書來(lái)驗(yàn)證產(chǎn)品是否符合要求性能測(cè)試：驗(yàn)證產(chǎn)品是否滿足需求中規(guī)定的性能，主要測(cè)試軟件的處理事務(wù)速度，包括用戶響應(yīng)時(shí)間，系統(tǒng)響應(yīng)時(shí)間，cpu的使用，內(nèi)存的使用情況。安全測(cè)試：檢查系統(tǒng)對(duì)非法入侵的防范能力兼容性測(cè)試：在服務(wù)器端主要檢查系統(tǒng)能與哪些數(shù)據(jù)庫(kù)，web服務(wù)器兼容；在客戶端主要是指跨瀏覽器測(cè)試易用性測(cè)試：檢查系統(tǒng)對(duì)于用戶來(lái)說(shuō)是否簡(jiǎn)單易用配置測(cè)試：檢查計(jì)算機(jī)系統(tǒng)內(nèi)各個(gè)設(shè)備或各種資源之間的相互連接和功能配置中的問(wèn)題文檔測(cè)試：檢查系統(tǒng)文檔的正確性，完備性和可理解性壓力測(cè)試：檢查系統(tǒng)在瞬間峰值負(fù)荷情況下正確執(zhí)行的能力（性能測(cè)試的一種）負(fù)載測(cè)試：檢查系統(tǒng)的能力最高能達(dá)到什么程度（性能測(cè)試的一種）?通訊系統(tǒng)測(cè)試功能測(cè)試：同上性能測(cè)試：同上可靠性測(cè)試：檢查系統(tǒng)在規(guī)定時(shí)間內(nèi)的失效次數(shù)或無(wú)故障運(yùn)行時(shí)間鑒權(quán)測(cè)試：檢查系統(tǒng)的各項(xiàng)權(quán)限，確認(rèn)授權(quán)及權(quán)限分配的正確性產(chǎn)品許可測(cè)試：檢查系統(tǒng)能否識(shí)別和管理各種產(chǎn)品的許可證多終端測(cè)試：測(cè)試待連接的終端設(shè)備全部升級(jí)，系統(tǒng)是否正常單機(jī)版測(cè)試功能測(cè)試：同上安裝測(cè)試：測(cè)試對(duì)系統(tǒng)的全部，部分升級(jí)安裝/卸載的過(guò)程的測(cè)試容量測(cè)試：指使系統(tǒng)承受超額的數(shù)據(jù)量來(lái)發(fā)現(xiàn)系統(tǒng)能夠處理的數(shù)據(jù)容量界面測(cè)試：窗口測(cè)試，下拉菜單測(cè)試等恢復(fù)測(cè)試：檢查系統(tǒng)的錯(cuò)容能力，當(dāng)系統(tǒng)出錯(cuò)時(shí)，能否在指定時(shí)間內(nèi)修正錯(cuò)誤并恢復(fù)到正常的工作狀軟件測(cè)試的分類（測(cè)試策略）按測(cè)試階段分類Alpha測(cè)試：在公司內(nèi)部組織的非正式測(cè)試Beta測(cè)試：在公司外部組織的非正式測(cè)試驗(yàn)收測(cè)試：軟件產(chǎn)品正式交付用戶使用前的最后一道工序，以用戶為主的測(cè)試冒煙測(cè)試：在正式測(cè)試之前對(duì)軟件的主要功能所做的通過(guò)測(cè)試，目的是檢查是否存在阻斷性bug按測(cè)試技術(shù)分類黑盒測(cè)試：檢查程序各種外在表現(xiàn)是否符合要求（也叫功能測(cè)試，數(shù)據(jù)庫(kù)驅(qū)動(dòng)測(cè)試）是基于規(guī)格說(shuō)明書的測(cè)試白盒測(cè)試：檢查程序代碼是否符合規(guī)范及邏輯是否正確（也叫結(jié)構(gòu)測(cè)試，邏輯驅(qū)動(dòng)測(cè)試）是基于程序本身的測(cè)試灰盒測(cè)試：介于黑盒和白盒之間，利用者兩種測(cè)試的特征而進(jìn)行的測(cè)試靜態(tài)測(cè)試：不運(yùn)行程序，對(duì)程序或文檔進(jìn)行分析與檢查動(dòng)態(tài)測(cè)試：運(yùn)行程序，輸入相應(yīng)的測(cè)試用例，檢查預(yù)期結(jié)果與實(shí)際結(jié)果的差異，判定實(shí)際結(jié)果是否符合要求>黑盒測(cè)試與白盒測(cè)試的關(guān)系和區(qū)別關(guān)系：都是測(cè)試方法，只做其中的一種測(cè)試是錯(cuò)的丄區(qū)別：從測(cè)試的依據(jù)來(lái)看：黑盒依據(jù)需求，白盒依據(jù)程序從關(guān)心的范圍來(lái)看：黑盒看外部表現(xiàn)，白盒看內(nèi)部表現(xiàn)從測(cè)試的人員來(lái)看：黑盒是測(cè)試人員來(lái)測(cè)，白盒是開發(fā)人員來(lái)測(cè)從測(cè)試階段來(lái)看：黑盒在系統(tǒng)和驗(yàn)收測(cè)試，白盒在單元和集成測(cè)試按測(cè)試實(shí)施的組織分類開發(fā)商測(cè)試：指軟件開發(fā)公司自己組織測(cè)試外包測(cè)試：指軟件公司把一套成型的產(chǎn)品交給專門的測(cè)試組織進(jìn)行測(cè)試，分為三種模式：現(xiàn)場(chǎng)測(cè)試，離岸外包，設(shè)立聯(lián)合研發(fā)中心現(xiàn)場(chǎng)測(cè)試：是外包公司將測(cè)試團(tuán)隊(duì)放到軟件公司內(nèi)部測(cè)試離岸外包：軟件公司將產(chǎn)品完全交給外包公司■設(shè)立聯(lián)合研發(fā)中心：雙方各出技術(shù)人員，成立研發(fā)中心按測(cè)試范圍分類本地化測(cè)試國(guó)際化測(cè)試全球化測(cè)試公司的普遍測(cè)試流程?需求分析?畫功能模塊實(shí)現(xiàn)流程圖根據(jù)開發(fā)人員確認(rèn)后的流程圖，開始編寫測(cè)試用例大綱根據(jù)測(cè)試用例大綱設(shè)計(jì)測(cè)試用例?測(cè)試用例分輪次執(zhí)行第六章編寫測(cè)試用例和測(cè)試計(jì)劃主要內(nèi)容：軟件測(cè)試計(jì)劃；軟件測(cè)試方案；軟件風(fēng)險(xiǎn)分析軟件測(cè)試計(jì)劃軟件測(cè)試計(jì)劃的簡(jiǎn)介?測(cè)試計(jì)劃概念：測(cè)試計(jì)劃在測(cè)試中處于中心位置，它闡述了測(cè)試準(zhǔn)備工作和執(zhí)行測(cè)試的必要條件，同時(shí)也形成了測(cè)試過(guò)程質(zhì)量保證的基礎(chǔ)。?測(cè)試計(jì)劃的作用：組織和管理測(cè)試；使測(cè)試工作和整個(gè)開發(fā)工作整合起來(lái)；資源和變更事先最為一個(gè)可控制的風(fēng)險(xiǎn)。如何編寫軟件測(cè)試計(jì)劃?認(rèn)識(shí)測(cè)試項(xiàng)目不僅僅只有單一測(cè)試計(jì)劃避免不分析直接進(jìn)行測(cè)試階段日程安排避免測(cè)試任務(wù)的安排超前于開發(fā)任務(wù)?避免有些系統(tǒng)測(cè)試類型無(wú)法按期進(jìn)入測(cè)試?不正確的變更測(cè)試計(jì)劃?測(cè)試計(jì)劃里明確更新周期和暫停測(cè)試原則?測(cè)試計(jì)劃不是一成不變的測(cè)試計(jì)劃包括：簡(jiǎn)介，目的，范圍，測(cè)試策略，進(jìn)度，缺陷的嚴(yán)重程度的定義，風(fēng)險(xiǎn)分析。軟件測(cè)試方案軟件測(cè)試方案的概念軟件測(cè)試方案描述測(cè)試的特征，測(cè)試的方法，測(cè)試環(huán)境的規(guī)劃，測(cè)試工具的設(shè)計(jì)和選擇，測(cè)試用例的設(shè)計(jì)方法，測(cè)試代碼的設(shè)計(jì)方案。即包括以下幾點(diǎn)：?明確測(cè)試策略（黑盒，白盒，灰盒等）?細(xì)化測(cè)試特征?測(cè)試用例的規(guī)劃?測(cè)試環(huán)境的規(guī)劃?自動(dòng)化測(cè)試框架的設(shè)計(jì)?測(cè)試工具的設(shè)計(jì)和選擇軟件測(cè)試計(jì)劃于軟件測(cè)試方案的區(qū)別?測(cè)試計(jì)劃是組織管理層面的文檔。測(cè)試方案是技術(shù)層面的文檔。測(cè)試方案需要在測(cè)試計(jì)劃的指導(dǎo)下進(jìn)行，測(cè)試計(jì)劃提出“做什么”，測(cè)試方案明確“怎么做”回報(bào)的對(duì)象不同，測(cè)試計(jì)劃向領(lǐng)導(dǎo)匯報(bào)，測(cè)試方案是組員共享該文檔軟件測(cè)試的風(fēng)險(xiǎn)軟件需求風(fēng)險(xiǎn)人員的風(fēng)險(xiǎn)?測(cè)試環(huán)境的風(fēng)險(xiǎn)?測(cè)試工程師對(duì)產(chǎn)品的業(yè)務(wù)不熟悉補(bǔ)充：回歸測(cè)試：把以前檢查過(guò)的已經(jīng)修復(fù)好的缺陷，拿來(lái)另測(cè)看有無(wú)帶來(lái)新的缺陷反側(cè)：把開發(fā)人員已經(jīng)處理的缺陷拿來(lái)測(cè)，看是否修復(fù)第七章需求分析和評(píng)審主要內(nèi)容：認(rèn)識(shí)軟件需求，掌握測(cè)試需求挖掘的技巧，會(huì)組織需求評(píng)審，會(huì)設(shè)計(jì)測(cè)試大綱1.軟件需求軟件產(chǎn)品需求在軟件開發(fā)中是非常重要的1.2需求規(guī)格說(shuō)明書軟件需求規(guī)格說(shuō)明書，簡(jiǎn)稱SRS，指在特定環(huán)境下要完成一定功能的軟件產(chǎn)品，程序或一組程序說(shuō)明?功能：軟件要做什么外部接口：如何與人，系統(tǒng)硬件，外部硬件和軟件交互性能：速度，響應(yīng)時(shí)間，恢復(fù)時(shí)間屬性：可移植性，可靠性，可維護(hù)性，可用性設(shè)計(jì)約束：標(biāo)準(zhǔn)，實(shí)現(xiàn)語(yǔ)言，資源限制，操作系統(tǒng)需求分類原始需求：客戶所提出來(lái)的需求產(chǎn)品需求：產(chǎn)品設(shè)計(jì)人員根據(jù)原始需求，結(jié)合軟件實(shí)現(xiàn)形成的需求軟件需求：開發(fā)人員將產(chǎn)品需求進(jìn)一步細(xì)化，合理化。原則上軟件需求技術(shù)是可以完全實(shí)現(xiàn)的測(cè)試需求：軟件需求的進(jìn)一步細(xì)化需求規(guī)格說(shuō)明書2.測(cè)試需求2.1測(cè)試需求的概念指可以直接形成測(cè)試大綱，設(shè)計(jì)測(cè)試用例的需求。也就是軟件需求的進(jìn)一步細(xì)化

2.2挖掘測(cè)試需求測(cè)試工程師看到軟件需求文檔時(shí)，應(yīng)該在第一時(shí)間對(duì)需求按照可測(cè)試的角度進(jìn)行需求挖掘。功能需求----輸入方面：輸入的來(lái)源，數(shù)量，輸入錯(cuò)誤的響應(yīng)，非法輸入，無(wú)效輸入功能需求----處理方面：輸入數(shù)據(jù)的有效性檢查流程，操作的確切次序，對(duì)異常情況的回應(yīng)功能需求 輸出方面：輸出到何處，數(shù)量，時(shí)序，對(duì)非法的處理性能需求方面：支持的鑄鍛數(shù)目，同時(shí)使用的用戶數(shù)目，處理文件的數(shù)目，用戶接方面：組合功能鍵的用法硬件接口方面：該功能運(yùn)行支持哪些設(shè)備，軟件產(chǎn)品和系統(tǒng)硬件之間的邏輯特征需求評(píng)審軟件的需求評(píng)審輸出輸出評(píng)審表格輸出軟件需求規(guī)格說(shuō)明書測(cè)試大綱進(jìn)行測(cè)試需求挖掘和需求評(píng)審后，可將測(cè)試需求轉(zhuǎn)化為測(cè)試大綱，測(cè)試需求以測(cè)試大綱的形式展現(xiàn)?測(cè)試輸入的正確性 測(cè)試處理的正確性＞測(cè)述輸入的正確性亠＞測(cè)述輸入的正確性亠?測(cè)述合法虧據(jù)/關(guān)鍵亭曲書籍全椒「/關(guān)鍵字迪韋籍全稱中的郡分文字屮?測(cè)就措誤舒據(jù)中/關(guān)鍵字為"空格+關(guān)饉字+空格"屮/關(guān)饉字為"關(guān)鏈字+全角"*/蛙鏈宇油超抵宇符"命測(cè)試菲;撼據(jù)#/關(guān)謹(jǐn)字為?符號(hào)或＜html＞符號(hào)?。緶y(cè)試處理的正隔性小測(cè)試正確處理過(guò)程』*測(cè)試異當(dāng)處理過(guò)程4y數(shù)據(jù)庫(kù)屋不存在數(shù)摘亠/諄數(shù)據(jù)庫(kù)服務(wù)4W斷網(wǎng)卩y網(wǎng)塔超時(shí)4?測(cè)試顯示的正確性?測(cè)試顯示的正確性測(cè)試工程師對(duì)產(chǎn)品的業(yè)務(wù)不熟悉界面UI＞測(cè)試顯示的正確性*＞測(cè)試顯示的正確性*“ 0條記錄顯示￥衣9條記錄顯不卩/ 10條記錄顯示*“ 11條記靈顯示站*分頁(yè)籬的測(cè)試"WWVXAAAXWVW*＞界面UI+JT關(guān)鍵字的高亮顯示d/書籍窯稱和書籍簡(jiǎn)仲顯示的正確性“/書曙簡(jiǎn)介超過(guò)兩行文鳶P第八章總結(jié)報(bào)告與團(tuán)隊(duì)組織主要內(nèi)容：測(cè)試總結(jié)報(bào)告，有效構(gòu)建測(cè)試團(tuán)隊(duì)，測(cè)試文檔的管理測(cè)試總結(jié)報(bào)告概述測(cè)試總結(jié)報(bào)告的意義測(cè)試總結(jié)報(bào)告是在測(cè)試結(jié)束之后對(duì)整個(gè)測(cè)試過(guò)程與產(chǎn)品進(jìn)行的評(píng)估，包括對(duì)測(cè)試工作的總結(jié)，缺陷數(shù)量的分析及測(cè)試過(guò)程的評(píng)估。通過(guò)測(cè)試評(píng)估確定軟件的各項(xiàng)指標(biāo)是否滿足測(cè)試標(biāo)準(zhǔn)的規(guī)定，驗(yàn)證應(yīng)用程序是否合格軟件測(cè)試總結(jié)報(bào)告的分類按照測(cè)試?yán)锍瘫郑簡(jiǎn)卧獪y(cè)試總結(jié)報(bào)告；集成測(cè)試總結(jié)報(bào)告；系統(tǒng)測(cè)試總結(jié)報(bào)告按照測(cè)試類型分類：安全性測(cè)試總結(jié)報(bào)告；性能測(cè)試總結(jié)報(bào)告；功能測(cè)試總結(jié)報(bào)告按照工作周期分類：測(cè)試日?qǐng)?bào)；測(cè)試周報(bào)；測(cè)試完成確認(rèn)報(bào)告測(cè)試總結(jié)報(bào)告的內(nèi)容軟件測(cè)試總結(jié)報(bào)告的構(gòu)成（概述，測(cè)試情況，測(cè)試環(huán)境，測(cè)試結(jié)果，測(cè)試分析，測(cè)試遺留問(wèn)題，測(cè)試評(píng)價(jià)）概述：被測(cè)對(duì)象，測(cè)試特征，指明本次測(cè)試所依據(jù)的測(cè)試計(jì)劃，方案，用例，過(guò)程測(cè)試情況：測(cè)試時(shí)間，地點(diǎn)，測(cè)試人員，以及人員分工測(cè)試環(huán)境：硬件環(huán)境測(cè)試結(jié)果及缺陷分析：是報(bào)告的重點(diǎn)，按照缺陷的狀態(tài)，嚴(yán)重級(jí)別，功能模塊進(jìn)行統(tǒng)計(jì)，以分布和趨勢(shì)的形式進(jìn)行圖標(biāo)分析和數(shù)據(jù)統(tǒng)計(jì)測(cè)試遺留問(wèn)題：測(cè)試過(guò)程中發(fā)生的并且在提交測(cè)試報(bào)告時(shí)仍沒(méi)有得到解決的問(wèn)題測(cè)試評(píng)價(jià):對(duì)缺陷修改和產(chǎn)品設(shè)計(jì)的建議有效的構(gòu)建測(cè)試團(tuán)隊(duì)軟件質(zhì)量保證（SQA）軟件質(zhì)量控制（SQC）軟件配置管理（SCM）組織測(cè)試團(tuán)隊(duì)直線型組織結(jié)構(gòu)適用范圍：公司產(chǎn)品單一優(yōu)點(diǎn)：結(jié)構(gòu)簡(jiǎn)單，責(zé)任與職權(quán)明確缺點(diǎn)：在組織規(guī)模大的情況下所有管理職能都集中由一個(gè)人承