軟件測試理論

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

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

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

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

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

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