軟件測試實驗指導(dǎo)書

高等職業(yè)教育實驗實訓(xùn)系列教程軟件測試 實驗指導(dǎo)書主編：余濤、段孝義編委：前言為了培養(yǎng)面向21世紀(jì)IT行業(yè)生產(chǎn)第一線的高科技人才，加強職業(yè)高等院校學(xué)生的實際動手操作能力，工程開發(fā)能力，以及學(xué)生的創(chuàng)新意識的培養(yǎng)，編寫了《軟件測試》實驗教程。本實驗指導(dǎo)書在編寫中突出了實用性，設(shè)置了大量的實踐性強的實驗。實驗練習(xí)的內(nèi)容都是在實際運用軟件測試活動，他們在開發(fā)軟件工程過程中廣泛使用的，既有針對單個知識點的實驗，也設(shè)置了綜合性能比擬強的實驗，便于提高學(xué)生的實際動手能力以及對教材內(nèi)容更深刻的理解。實驗指導(dǎo)書在編寫過程中，得到了軟件測試行業(yè)很多同仁的關(guān)心與支持，在此我們表示深深的感謝。由于編者的水平有限和時間的倉促，書中難免有不妥和錯誤之處，殷切期望讀者批評和指正。編者2010.6目錄TOC\o"1-1"\f\h\z實驗一熟悉軟件測試流程及活動 2實驗二需求測試 8實驗三測試方案制定 10實驗四測試方案評審 16實驗五測試自動化之測試流程管理自動化 18實驗六測試方案設(shè)計 32實驗七測試用例設(shè)計 35實驗八測試設(shè)計評審 39實驗九測試環(huán)境搭建 40實驗十測試執(zhí)行及回歸 42實驗十一缺陷匯報及跟蹤管理 43實驗十二測試報告 45實驗十三測試報告評審 48實驗十四質(zhì)量分析及測試總結(jié) 50實驗十五測試總結(jié)及分析評審 52實驗十六測試自動化之功能測試自動化 54實驗十七測試自動化之性能測試自動化 74實驗一熟悉軟件測試流程及活動實驗?zāi)康牧私鈽?biāo)準(zhǔn)的軟件測試流程，并深刻理解和掌握軟件測試流程。實施軟件測試流程中的每個活動，并掌握流程中每個活動的目的，意義以及運作順序。了解軟件開發(fā)的流程，并深刻理解和掌握軟件測試流程和軟件開發(fā)流程的關(guān)系。重點掌握軟件測試活動如何切入到整個軟件生命周期，如何與軟件開發(fā)活動互相緊密配合。實驗準(zhǔn)備下面以學(xué)生選課及成績信息管理系統(tǒng)為例來簡單學(xué)習(xí)軟件測試的過程，以及與開發(fā)活動的配合。軟件測試流程及與開發(fā)的關(guān)系介紹文檔參照模型軟件開發(fā)流程用戶用戶需求需求分析架構(gòu)/概要設(shè)計詳細設(shè)計單元測試組裝測試編碼確認測試系統(tǒng)聯(lián)調(diào)詳細設(shè)計總體設(shè)計軟件需求系統(tǒng)需求型號任務(wù)編譯后的單元測試后的單元組裝后的軟件測試后的軟件交付測試軟件測試流程測試總體流程確定測試目標(biāo)確定測試目標(biāo)測試設(shè)計測試實施測試結(jié)果測試評審測試總結(jié)不符合測試要求評審不通過測試格合不量質(zhì)或測試有重大偏差比擬兩個需求階段流程需求分析報告需求分析報告需求評審需求培訓(xùn)需求更改評審不通過通過測試人員工作及需交付的工作項1、參與需求培訓(xùn)需求培訓(xùn)2、參與需求評審3、得出系統(tǒng)測試方案4、制定測試方案 設(shè)計及編碼階段流程 設(shè)計評審設(shè)計評審編碼評審不通過通過測試人員工作及需交付的工作項1、參與設(shè)計評審概要設(shè)計2、制定測試方案和用例3、抽象出系統(tǒng)驗證標(biāo)準(zhǔn)詳細設(shè)計集成測試方案自動測試方案抽象出驗證標(biāo)準(zhǔn)單元和模塊測試4、進行單元測試5、進行單模塊測試測試實施階段流程 系統(tǒng)測試系統(tǒng)測試驗收測試評審不通過通過測試人員工作及需交付的工作項1、參與測試評審集成測試2、提交測試問題報告等3、提交系統(tǒng)測試評價報告測試評審集成測試方案自動測試方案驗收測試標(biāo)準(zhǔn)4、給出質(zhì)量合格證書系統(tǒng)測試方案缺陷管理及跟蹤流程提交新建測試工程申請?zhí)峤恍陆y試工程申請新建測試工程描述提交新建問題單通知相關(guān)人員回復(fù)問題單通知相關(guān)測試員回歸測試問題歸檔修改確認問題回轉(zhuǎn)問題統(tǒng)計跟蹤工程背景業(yè)務(wù)介紹根據(jù)用戶需求進行工程的業(yè)務(wù)描述。軟件開發(fā)過程產(chǎn)品開發(fā)過程輸出文檔《工程開發(fā)方案》《用戶需求說明書》《需求分析說明書》《架構(gòu)設(shè)計》《概要設(shè)計》《詳細設(shè)計》《單元測試用例》《單元測試報告》《系統(tǒng)聯(lián)調(diào)報告》《工程總結(jié)報告》開發(fā)過程輸出源碼及目標(biāo)碼源代碼目標(biāo)碼安裝程序軟件測試流程過程產(chǎn)品模板《軟件測試方案模板》《軟件測試方案模板》《軟件測試用例模板》《軟件BUG記錄模板》《軟件測試報告模板》《軟件測試總結(jié)及分析模板》實驗內(nèi)容初步無方法和無系統(tǒng)性的進行測試流程中的所有活動。在進行測試活動過程中，逐步拋出開發(fā)過程產(chǎn)品進行對活動輸入，讓學(xué)生了解兩個過程的配合。實驗步驟提取測試需求第一步：根據(jù)《用戶需求說明書》和《需求分析說明書》進行需求提取，無系統(tǒng)性和科學(xué)性的提取。第二步：建立測試需求表格。創(chuàng)立測試方案第一步：將提取的測試需求進行優(yōu)先級等排序，完善測試需求表格。第二步：根據(jù)《工程開發(fā)方案》和《測試方案模板》進行測試方案的編寫。第三步：簡單評審《測試方案》，關(guān)注評審活動的過程。制定測試方案第一步：根據(jù)測試需求表格中的測試需求按測試方案模板進行分類。第二步：根據(jù)《測試方案模板》對上步中的分類需求進行方案編寫。測試用例設(shè)計第一步：根據(jù)《架構(gòu)設(shè)計》、《概要設(shè)計》和《測試用例模板》無方法指導(dǎo)的設(shè)計測試用例，并形成測試用例庫。第二步：簡單評審測試設(shè)計輸出產(chǎn)品，關(guān)注評審活動的過程。實施測試準(zhǔn)備活動根據(jù)《系統(tǒng)聯(lián)調(diào)報告》搭建測試環(huán)境。測試執(zhí)行和回歸根據(jù)測試形成的測試用例庫執(zhí)行測試，并進行一個版本的回歸測試。缺陷記錄根據(jù)《軟件BUG記錄模板》填寫測試執(zhí)行過程中發(fā)現(xiàn)的BUG。測試報告根據(jù)《軟件測試報告模板》對第一次測試和一次回歸測試進行測試報告編寫。測試總結(jié)及質(zhì)量分析第一步：根據(jù)《軟件測試總結(jié)及分析模板》編寫測試總結(jié)和質(zhì)量分析結(jié)果。第二步：簡單評審測試結(jié)果，關(guān)注評審活動的過程。實驗報告學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗二需求測試實驗?zāi)康恼莆蘸诤袦y試和靜態(tài)測試方法，并深刻理解黑/白盒測試和靜/動態(tài)測試方法的意義和區(qū)別。掌握需求測試的目的和范圍。掌握需求測試的理論方法和實踐方法。實驗準(zhǔn)備準(zhǔn)備好《用戶需求說明書》文檔；準(zhǔn)備好《需求分析說明書》文檔；準(zhǔn)備好黑/白盒/靜/動態(tài)測試的介紹文檔(已包含于講義中)；準(zhǔn)備好需求測試范圍和方法指導(dǎo)文檔。實驗內(nèi)容需求的二義性測試；需求的一致性測試；需求的可測性測試；提起階段最終的測試需求，形成測試需求表。實驗步驟深刻理解需求測試的類別第一步：學(xué)習(xí)黑/白盒/靜/動態(tài)測試的介紹文檔；第二步：舉例說明理解黑/白盒測試和靜/動態(tài)測試方法的意義和區(qū)別。深刻理解需求測試的范圍和方法第一步：學(xué)習(xí)需求測試范圍和方法指導(dǎo)文檔；第二步：舉例說明需求測試方法的意思和區(qū)別。深刻理解用戶需求第一步：閱讀《用戶需求說明書》，深刻理解業(yè)務(wù)。第二步：與同學(xué)及指導(dǎo)老師交流業(yè)務(wù)需求。測試《需求分析說明書》第一步：閱讀《需求分析說明書》；第二步：在閱讀《需求分析說明書》時，將需求中所分析的需求點進行摘錄下來；第三步：對照摘錄的需求，與《用戶需求說明書》逐條進行比照，查看經(jīng)過分析后的需求所描述的功能等需求點是否是用戶需求說明書中所描述的本意，即為需求的一致性測試；第四步：對照摘錄的需求，逐條檢查描述是否清楚，是否能夠衍生出多種理解，即為需求的二義性測試；第五步：對照摘錄的需求，逐條考慮是否可以進行驗證，如功能是否可以在一組輸入后得到不同的可觀察輸出，性能定義是否有明確的數(shù)據(jù)支持等，即為需求的可測性測試。提交問題及回歸將需求測試的問題進行記錄，并提交，待需求修正后再次進行測試，并將最終形成測試需求表格，做為下個實驗的輸入。實驗報告學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗三測試方案制定實驗?zāi)康耐ㄟ^對提取的測試需求進行分類，掌握軟件的質(zhì)量特性。學(xué)習(xí)測試方案的編寫，并掌握測試方案的目的以及由那些必需的內(nèi)容組成。學(xué)習(xí)根據(jù)軟件質(zhì)量特性分類的測試需求來制定普遍的測試策略和方法，并掌握所有的測試策略和方法對應(yīng)的需求特性。掌握根據(jù)工程特性如何來裁減組織的測試流程，并理解如何的裁減能盡量到達工程測試的最優(yōu)化掌握根據(jù)工程開發(fā)方案如何來規(guī)劃測試活動所需的資源已經(jīng)進度了解測試過程的風(fēng)險以及風(fēng)險管理實驗準(zhǔn)備準(zhǔn)備好軟件質(zhì)量特性的介紹文檔(已包含于講義中)；準(zhǔn)備好《工程開發(fā)方案》文檔；準(zhǔn)備好《軟件測試方案模板》文檔。實驗內(nèi)容測試需求點的分類和定級。編寫測試方案。實驗步驟將提取的測試需求點進行分類和定級第一步：根據(jù)軟件的質(zhì)量包特性得出以下的各個表格：表一：功能測試需求子系統(tǒng)名稱模塊名稱測試點優(yōu)先級說明表二：性能測試需求測試點優(yōu)先級說明表三：平安可靠性測試需求測試點優(yōu)先級說明表四：配置測試測試點優(yōu)先級說明表五：兼容性測試測試點優(yōu)先級說明表六：易用性測試測試點優(yōu)先級說明表七：可擴充性測試測試點優(yōu)先級說明表八：用戶文檔測試測試點優(yōu)先級說明第二步：將提取的測試需求分別填充到按上步的表格中；第三步：根據(jù)需求點對系統(tǒng)的重要程度和市場緊急程度填寫其優(yōu)先級別，可分為高、中、低三個級別；第四步：將上面步驟完成的測試需求點，復(fù)制到測試方案中的第二章測試內(nèi)容處，如下列圖：填寫測試方案中的測試規(guī)那么由于一個工程的所有測試活動并不一定是組織的整個測試流程，因此需要在測試規(guī)那么一節(jié)中描述清楚整個測試或各個階段的進入/退出條件，并針對此工程的特點，指定一些大的測試方向和參考策略，并將此測試工程的測試重點做出歸納，用于對后期測試設(shè)計和測試執(zhí)行的指導(dǎo)，具體內(nèi)容可參考下列圖：在測試方案中描述預(yù)計的測試環(huán)境在測試環(huán)境一節(jié)中描述此工程的預(yù)計測試環(huán)境，并著中描述此測試環(huán)境中需要用的軟件設(shè)備、硬件設(shè)備、網(wǎng)絡(luò)設(shè)備等，同時對所預(yù)計的測試環(huán)境需要到達何種要求需要給出一個明確的說明，具體內(nèi)容可參考下列圖：描述本工程測試的測試活動此節(jié)中主要描述根據(jù)組織的測試流程，使用何種裁減原那么，并最終整合得到本次工程的測試過程，以及過程的詳細活動和可輸出工件，具體內(nèi)容可參考下列圖：制定實施方案第一步：根據(jù)提取的測試需求點，以及每個需求點需要測試的深度和廣度，評估測試工作量，并形成如下列圖的分解：第二步：根據(jù)評估出的工作量和最終工程的交付日期，規(guī)劃工程的資源，并給出資源需求表格和工程進度方案表格，以便后期的進度及資源跟蹤，具體內(nèi)容可參考下列圖：考慮風(fēng)險并進行管理在測試方案的最后，應(yīng)該考慮整個測試工程過程中可能會出現(xiàn)的意外情況，以及評價這些意外情況對工程會產(chǎn)生的影響，根據(jù)出現(xiàn)的概率和對應(yīng)的影響程度，進行相應(yīng)的風(fēng)險管理和防范，具體內(nèi)容可參考下列圖兩個表格進行編寫：實驗報告學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗四測試方案評審實驗?zāi)康膶W(xué)習(xí)并掌握評審的過程。掌握測試方案評審的要點。實驗準(zhǔn)備編寫完整的測試方案文檔。測試方案文檔評審的相關(guān)checklist。實驗內(nèi)容同行評審過程的組織和準(zhǔn)備：同行評審過程的實施和總結(jié)同行評審過程的輸出問題跟蹤和解決測試方案評審的要點測試方案評審的檢查表設(shè)置和維護實驗步驟準(zhǔn)備和組織同行評審第一步：確定同行評審的各個角色，主要角色一般包括：文檔的作者，需要引導(dǎo)評審人員進行文檔的閱讀，并負責(zé)對評審的意見和結(jié)果給出辯論以及修改測試方案文檔。 評審組長：組織及控制整個評審過程，并裁決最終的評審意見和結(jié)論。評審人員：關(guān)注自己需要關(guān)注的測試方案文檔內(nèi)容局部，并進行預(yù)審和評審，同時需要給出預(yù)審意見和評審意見，并最終進行表決評審結(jié)論。 SQA成員：關(guān)注整個評審過程是否是按照組織定義的評審流程進行，關(guān)注過程者。 評審記錄員：對預(yù)審和評審意見等進行記錄。 評審結(jié)果跟蹤人員：跟蹤最終的評審結(jié)果，直至測試方案文檔最終基線化。第二步：確定各個參與評審的人員需要關(guān)注的區(qū)域市場或產(chǎn)品人員關(guān)注測試方案中的測試需求局部，開發(fā)設(shè)計人員和測試人員關(guān)注測試規(guī)那么和測試環(huán)境，SQA人員關(guān)注工程任務(wù)，工程經(jīng)理和管理者關(guān)注實施方案，所有人員都關(guān)注風(fēng)險管理。第三步：發(fā)布同行評審?fù)ㄖl(fā)布評審?fù)ㄖ?，并附帶上需要評審的測試方案，同時在通知中明確說明那些人關(guān)注那些局部，以及何時提交預(yù)審意見，何時進行評審會議等。預(yù)審第一步：收集各個參與同行評審人員的預(yù)審意見第二步：針對預(yù)審意見進行測試方案的修改，或者準(zhǔn)備好對每條評審意見的答復(fù)召開同行評審會議第一步：讀者引導(dǎo)評審人員進行文檔閱讀第二步：對每個預(yù)審意見進行辯論第三步：針對測試方案的checklist逐條檢查文檔是否達標(biāo)第四步：表決評審結(jié)果所有參與評審的評委最后進行表決投票，確定本次評審的結(jié)論，一般為：通過，修改后通過，需要再次進行評審三種。評審結(jié)果及其跟蹤第一步：收集、整理整個評審過程中的記錄以及結(jié)論第二步：根據(jù)評審結(jié)論進行后期問題跟蹤，直至評審?fù)ㄟ^為止實驗報告學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗五測試自動化之測試流程管理自動化實驗?zāi)康恼莆諏y試流程自動化管理起來的技術(shù)。掌握測試管理工具TestDirector的安裝和使用。實驗準(zhǔn)備一臺PC機器Windows2000server版本MicrosoftSQLServer2000TestDirector軟件安裝程序郵件代理軟件(如:Easymail).測試方案文檔實驗內(nèi)容測試流程管理系統(tǒng)的安裝，包括TestDirector等軟件的安裝。TestDirector軟件的使用TestDirector軟件的使用，包括：測試需求錄入、測試用例錄入、測試方案錄入、缺陷錄入、以及他們?nèi)绾芜M行關(guān)聯(lián)和管理。實驗步驟測試流程管理系統(tǒng)環(huán)境的安裝windows2000server的安裝IIS的安裝SQLServer2000的安裝安裝郵件效勞器系統(tǒng)TestDirector的安裝TestDirector的安裝我們以TestDirector7.2版本為例，進行實踐，雙擊TestDirector7.2的安裝程序后，如下列圖：點擊“Next”按鈕后，進入下一頁面，如下列圖：輸入License后，點擊“Next”按鈕，進入下一頁面，如下列圖：由于我們這里是使用SQLSserver數(shù)據(jù)庫，因此我們勾選“MS-SQLSserver”項，點擊“Next”按鈕，進入下一頁面，如下列圖：在這個頁面上，需要我們輸入連接串，可使用默認連接串，點擊“Next”按鈕，進入下一頁面，如下列圖：保持默認后，點擊“Next”按鈕，進入下一頁面，如下列圖：在這個界面種輸入郵件效勞器的地址，用于TD與郵件效勞器的連接，點擊“Next”按鈕，進入下一頁面，如下列圖：在這個頁面設(shè)置TD頁面的連接地址設(shè)置，可保持默認設(shè)置不動，直接點擊“Next”按鈕，進入下一頁面，如下列圖：直接點擊“Install”按鈕，進行安裝，待安裝進度完成后，直接點擊“Next”按鈕，進入下一頁面：直接點擊“Start”按鈕，即可啟動TD的登陸頁面，如下列圖：點擊“FullTestDirector”，第一次翻開頁面需要下載一些控件，因此不要攔截，如下列圖：下載控件完成后，進入登陸頁面，如下列圖：至此，TestDirector安裝完成，但還不能正式使用，因為還沒有經(jīng)過工程庫的配置，以下我們開始實驗如何進行配置，使一個工程的測試管理流程能真正在這個工具上運行起來，并有效的進行管理。TestDirector的環(huán)境配置安裝完成后，需要進行數(shù)據(jù)庫的連接配置，首先翻開客戶端網(wǎng)絡(luò)實用工具，如下列圖：得到如下列圖的界面：選擇別名標(biāo)簽頁.(安裝TestDirector時會將本機效勞器的別名自動設(shè)置為TDSQLSERVER)，選中配置行后，點“編輯”按鈕，得到下列圖界面：驗證TDSQLSERVER的連接參數(shù)是否正確.(效勞器名稱為本機效勞器的名字,所使用的網(wǎng)絡(luò)庫協(xié)議是否在通用標(biāo)簽中已被啟用)；以上就完成了TD與SQLServer的鏈接，而后可以進入TestDirector中進行工程庫的建立和初始化工作了。TestDirector的使用TestDirector工程庫的建立和初始化我們需要建立一個工程庫，首先我們重新建立一個新的庫，點擊下列圖中的“ProjectAdministratorUtility”，進入后進行工程庫的管理工作。而后會出現(xiàn)下列圖：輸入密碼后，點“OK”按鈕，如果你在安裝過程中未設(shè)置密碼，那么此處不用輸入密碼，而后會出現(xiàn)下列圖界面：點擊“New”快捷圖標(biāo)，出現(xiàn)下列圖界面：輸入工程名稱，并選中數(shù)據(jù)庫類型為：MSSQL后，點擊“Create”按鈕，出現(xiàn)下列圖界面：輸入SQLSserver的sa密碼，點擊“OK”按鈕，出現(xiàn)下列圖界面：直接點擊“Create”按鈕即可，出現(xiàn)下列圖界面：完成后，出現(xiàn)下列圖界面：點擊“OK”按鈕后，整個數(shù)據(jù)庫建立完成，你現(xiàn)在可以到使用界面進行你的工程庫設(shè)置了，即進行進行TestDirector對工程的初始化工作。首先我們通過IE輸入地址://hostip進入頁面，如下列圖：點擊上圖紅圈中的鏈接，進入登陸頁面，如下列圖：選擇需要管理的工程庫后，輸入用戶名和密碼進入，如下列圖界面：右邊各連接從上分別可進行的管理功能為：更改密碼；設(shè)置工程字段信息設(shè)置工程字段固定選擇工程信息用戶管理用戶組管理郵件設(shè)置工作流程腳本化我們這里主要進行兩個根本的設(shè)置，一個是用戶管理，一個是設(shè)置工程字段信息，首先我們來看下用戶管理，點擊用戶管理連接厚，界面如下列圖：直接在界面中，增加用戶，并賦予他對應(yīng)的角色權(quán)限即可，注意其中的權(quán)限不同，會直接影響到在TD系統(tǒng)中能操作的功能范圍，因此在實際工程中，我們只要按照工程人員的實際角色進行權(quán)限指定就可以了，而后，我們看看設(shè)置工程字段信息，點擊“設(shè)置工程字段信息”后，界面如下列圖：在其中可以對TD中所有的系統(tǒng)字段等都可以進行設(shè)置，設(shè)置完成后，我們即可正式使用這個工程庫進行測試流程的管理了，重新返回到登陸頁面后，如下列圖：選擇剛剛設(shè)置的工程，輸入用戶名，密碼后，直接Login，進入界面如下列圖：在這個界面，大家可以看到，TD對測試流程的管理，主要分為四個局部：測試需求管理；測試用例管理；測試執(zhí)行方案管理；缺陷管理；分別對應(yīng)上圖中的四個紅色圈。TestDirector的測試需求管理點擊上圖中的需求管理，進入以下界面，通過下列圖界面兩個紅圈中的增加按鈕，可以增加樹型結(jié)構(gòu)的需求。TestDirector的測試用例管理進入測試用例管理界面，可以在此增加每個需求的測試用例，如下列圖：并將完成的測試用例，與需求關(guān)聯(lián)起來，如下列圖：TestDirector的測試方案管理在需求錄入完成，并對應(yīng)的用例設(shè)計完成后，測試將進入執(zhí)行階段，在執(zhí)行階段，每一輪測試，所需要執(zhí)行的測試用例都會有不同，因此，測試方案管理就實現(xiàn)了這一功能，進入測試方案管理后，界面如下列圖：直接創(chuàng)立一個執(zhí)行方案，然后把方案需要執(zhí)行的用例直接拖進來即可，同時在執(zhí)行的時候，需要在里面將測試的世界結(jié)果等填入其中，遇到執(zhí)行失敗的用例，直接標(biāo)記為faile，而后進入到缺陷管理中，進行Bug的填寫。TestDirector的缺陷管理進入缺陷管理頁面后，界面如下列圖：在這里將發(fā)現(xiàn)的缺陷錄入管理系統(tǒng)。數(shù)據(jù)分析及導(dǎo)出在一輪測試完成后，需要提交一個測試報告，報告中需要對此次測試的用例執(zhí)行數(shù)目，缺陷數(shù)據(jù)等做出統(tǒng)計，因此需要從管理系統(tǒng)中導(dǎo)出這些數(shù)據(jù)，根據(jù)下列圖的紅圈標(biāo)識，點擊菜單中的功能項，進入數(shù)據(jù)導(dǎo)出模塊.進入數(shù)據(jù)導(dǎo)出功能界面后，如下列圖：可以對缺陷等數(shù)據(jù)做出篩選后，進行指定格式的導(dǎo)出。實驗報告學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗六測試環(huán)境搭建實驗?zāi)康恼莆諟y試環(huán)境的搭建掌握主測環(huán)境和輔測環(huán)境實驗準(zhǔn)備一臺PC效勞器幾臺PC客戶機被測系統(tǒng)的安裝包和系統(tǒng)軟件被測系統(tǒng)的配置說明文檔實驗內(nèi)容進行主測環(huán)境的搭建進行輔測環(huán)境的搭建實驗步驟主測環(huán)境搭建我們以學(xué)生管理系統(tǒng)為例，來進行主測環(huán)境的搭建1〕首先安裝sql2000，然后打sp4補丁(先解壓再安裝)2〕安裝jdk修改環(huán)境變量增加a)JAVA_HOME=D:\ProgramFiles\Java\jdk_02b)CLASS_PATH=.;%JAVA_HOME%\libc)修改PATH添加%JAVA_HOME%\bin;3〕解壓學(xué)生系統(tǒng)到D盤根據(jù)目錄下。<propertyname="url" value="jdbc:microsoft:sqlserver://5C06813BED1B48E\\LIVAHU;DatabaseName=sms"/><propertyname="password"value="sa"/>4〕導(dǎo)入數(shù)據(jù)庫5〕啟動效勞器D:\apache-tomcat-6〕翻開瀏覽器://localhost:8080/StudentManagerSystem/7〕而后在學(xué)生的測試機上使用URL進行系統(tǒng)訪問和測試。主測環(huán)境，需要保持系統(tǒng)的干凈，即：效勞端系統(tǒng)需要無論是硬件還是軟件，都需要干凈的，硬件是剛上電的，軟件系統(tǒng)是剛安裝的。輔測環(huán)境的搭建輔測環(huán)境要求盡量與用戶實際使用的環(huán)境相同，因此輔測試環(huán)境中的客戶端測試機需要安裝很多辦公常用的軟件，如：Office、金山詞霸等等。實驗報告

學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕實驗七測試方案設(shè)計實驗?zāi)康膶W(xué)習(xí)測試方案的編寫，并掌握測試方案的目的以及由那些必需的內(nèi)容組成。學(xué)習(xí)根據(jù)測試類型再將已經(jīng)按軟件質(zhì)量特性分類的測試需求再次細分。根據(jù)細分的需求來制定測試策略和指導(dǎo)方法。實驗準(zhǔn)備軟件開發(fā)過程中的設(shè)計文檔，如《架構(gòu)設(shè)計》、《概要設(shè)計》等；準(zhǔn)備好《軟件測試方案模板》文檔。實驗內(nèi)容測試需求點的再次細分細分后的測試需求策略制定編寫測試方案。實驗步驟再次細分測試需求根據(jù)在測試方案中按軟件質(zhì)量特性細分的測試需求，每一個類別按系統(tǒng)的特性再次將每一個質(zhì)量特性類別需求進行再次細分，如在方案中的功能需求，可根據(jù)系統(tǒng)的特性，細分為以下幾塊：性能需求可細分為以下幾塊：等等，總之，測試需求細分是考察測試覆蓋的重要手段，因此測試需求細分的越細，對測試覆蓋的評價越有利，并能更好的保障后期的測試設(shè)計活動。我們在再次細分的測試需求錄入我們之前搭建的測試管理系統(tǒng)中。為再次細分的測試需求分配測試策略測試需求再次細分后，參考系統(tǒng)的架構(gòu)設(shè)計和概要設(shè)計等文檔，分別對每一類細分的測試需求制定一個切實可行的、科學(xué)的、系統(tǒng)化的測試策略，并對每一類細分的測試需求制定明確的測試方法和實施步驟，用以指導(dǎo)測試用例的設(shè)計，如在功能需求細分中的數(shù)據(jù)和數(shù)據(jù)庫完整性測試中，可對測試策略的制定上引用如下：而功能測試的測試策略可參考如下的策略制定思路進行制定：其他細分的測試需求類型策略制定，可參考測試方按模板來進行設(shè)計，但細分的類型需要根據(jù)每個系統(tǒng)的實際情況來進行細分，特別是要考慮每一個系統(tǒng)的側(cè)重點不一樣，比方一個人事管理系統(tǒng)類型的，他重視的是業(yè)務(wù)周期，而一個金融類型的系統(tǒng)，他重視的是數(shù)據(jù)的準(zhǔn)確性和平安性，一個互聯(lián)網(wǎng)多媒體傳輸系統(tǒng)，他重視的是系統(tǒng)傳輸數(shù)據(jù)的實時性和正確性，因此你在制定每一個系統(tǒng)的測試方案時，一定要首先分析清楚業(yè)務(wù)，考慮清楚業(yè)務(wù)對系統(tǒng)的要求側(cè)重點在那些方面，特別要考慮到業(yè)務(wù)對系統(tǒng)的隱性需求，因為每一個行業(yè)都會存在一些隱性的需求，這些需求是我們系統(tǒng)在測試和開發(fā)設(shè)計中必須考慮到的。測試工具需求提出在測試策略制定完成后，你就會知道在那些方面的測試時需要測試樁和驅(qū)動的支持，而這些測試樁和驅(qū)動就是你需要事先準(zhǔn)備好的，因此在方案中，你需要事先把你對測試樁和驅(qū)動的要求先提出來，這樣在測試設(shè)計的過程中，你就可以充分的進行測試準(zhǔn)備活動了。測試資源歸納總結(jié)再測試活動再次明確后，對測試工作量的估計也可以進一步精確，因此此時，你應(yīng)該將測試方案進行一次更新，讓測試方案更為準(zhǔn)確，在測試方案文檔中，將測試方案中的資源和進度方案進行更新，同時更新測試方案文檔。實驗報告學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗八測試用例設(shè)計實驗?zāi)康膶嵺`測試用例的編寫，并掌握測試用例的目的以及由那些必需的內(nèi)容組成。實踐測試用例的分析方法。實踐用例設(shè)計方法中的強健壯性描述。實驗準(zhǔn)備軟件開發(fā)過程中的設(shè)計文檔，如《架構(gòu)設(shè)計》、《概要設(shè)計》等；準(zhǔn)備好測試方案文檔，用于指導(dǎo)測試用例設(shè)計準(zhǔn)備好《軟件測試用例模板》文檔。實驗內(nèi)容測試用例設(shè)計和編寫測試方法：邊界值、等價類、因果圖等方法的實踐分析強健壯性分析實驗步驟熟悉測試用例模板模板如下，關(guān)注其包含的要素，后面我們對每一要素的編寫考前須知進行說明：用例要素說明用例信息：一個測試用例的根本信息記錄，如：用例ID，名稱，設(shè)計人，設(shè)計時間等功能描述：描述此用例是測試什么功能的用例測試類別：記錄此用例的重要性，以及屬于何種測試類型等測試環(huán)境：描述此用例執(zhí)行時，要求的測試環(huán)境初始條件：描述此用例執(zhí)行時，需要滿足的先前條件輸入信息：測試用例是由一組輸入和預(yù)期輸出組成的集合，因此，輸入是測試用例的核心內(nèi)容，一般可以將其分為輸入的操作和輸入的數(shù)據(jù)兩塊預(yù)期輸出：在上面對應(yīng)的每個步驟的輸入內(nèi)容后，緊跟其對應(yīng)的預(yù)期輸出，預(yù)期輸出是根據(jù)系統(tǒng)的設(shè)計文檔等來預(yù)知的實測結(jié)果：留一列空白，用于記錄此用例執(zhí)行過程中的實際輸出狀況用例設(shè)計測試用例設(shè)計中，我們會用到很多科學(xué)的方法，這些方法有助于我們設(shè)計完善的，系統(tǒng)化的測試用例，以下我們通過一個實例來進行方法的應(yīng)用。對于三角形問題：一個程序，輸入三個整數(shù)，表示一個三角形的三個邊長，該程序產(chǎn)生一個結(jié)果，指出該三角形是等邊三角形、等腰三角形還是不等邊三角形。寫出三角形問題的測試用例。根據(jù)這個問題，我們可以假設(shè)系統(tǒng)實現(xiàn)給客戶的界面如下：請在以下輸入框中輸入三角形的三條邊長度：請在以下輸入框中輸入三角形的三條邊長度： 第一條邊長度： 第二條邊長度： 第三條邊程度： 計算計算用戶在三個輸入框，輸入三條邊的長度后，點下面的計算按鈕，系統(tǒng)給出提示框，說明是何種類型的三角形。下面我們進行用例的設(shè)計，首先我們根據(jù)等價類方法，劃分出用系統(tǒng)用例的等價類，如下表：] 根據(jù)輸出進行分類，正確的錯誤的：ID輸入輸出說明1a,b,c>0And任意兩邊之和>第三邊能構(gòu)成三角形設(shè)三角型三邊為a,b,c2a,b,c<=0OR任意兩邊之和<=第三邊不能構(gòu)成三角形再根據(jù)業(yè)務(wù)將輸出進行更細致分類：ID輸入輸出說明1a,b,c>0And任意兩邊之和>第三邊能構(gòu)成普通三角形2a,b,c>0And任意兩邊之和>第三邊And其中至少有兩條邊相等能構(gòu)成等腰三角形3a,b,c>0And任意兩邊之和>第三邊Anda=b=c能構(gòu)成等邊三角形4a,b,c<=0OR任意兩邊之和<=第三邊不能構(gòu)成三角形根據(jù)輸出的分類將輸入進行分類，特別是在錯誤輸出類別中，要考慮全面：ID輸入輸出說明1a,b,c>0And任意兩邊之和>第三邊能構(gòu)成普通三角形2a,b,c>0And任意兩邊之和>第三邊And其中至少有兩條邊相等能構(gòu)成等腰三角形3a,b,c>0And任意兩邊之和>第三邊Anda=b=c能構(gòu)成等邊三角形4a,b,c<=0OR任意兩邊之和<=第三邊不能構(gòu)成三角形5輸入的字符為非整數(shù)不能構(gòu)成三角形6輸入空字符不能構(gòu)成三角形7輸入全角整數(shù)數(shù)字不能構(gòu)成三角形用等價類方法分析初步完成，而后利用邊界值的分析方法進行分析，即：在每一個分類中，找出他們的邊界，那么上表一行理論上就會變成7行(左右邊界，加一個中間的，加左右兩邊的各一個數(shù)據(jù))，我們從命題中可以看出，此處的邊界值是整數(shù)，在32位的計算機中，整數(shù)的表數(shù)范圍是65535最大，因此得到下表：ID輸入輸出說明1a,b,c>0And任意兩邊之和>第三邊，可設(shè)計數(shù)據(jù)為：1能構(gòu)成普通三角形a,b,c>0And任意兩邊之和>第三邊，可設(shè)計數(shù)據(jù)為：10a,b,c>0And任意兩邊之和>第三邊，可設(shè)計數(shù)據(jù)為：65534a,b,c>0And任意兩邊之和>第三邊，可設(shè)計數(shù)據(jù)為：65535a,b,c>0And任意兩邊之和>第三邊2a,b,c>0And任意兩邊之和>第三邊And其中至少有兩條邊相等能構(gòu)成等腰三角形取值同上3a,b,c>0And任意兩邊之和>第三邊Anda=b=c能構(gòu)成等邊三角形4a,b,c<=0OR任意兩邊之和<=第三邊，可設(shè)計數(shù)據(jù)為：0不能構(gòu)成三角形a,b,c<=0OR任意兩邊之和<=第三邊，可設(shè)計數(shù)據(jù)為：—15輸入的字符為非整數(shù)不能構(gòu)成三角形6輸入空字符不能構(gòu)成三角形7輸入全角整數(shù)數(shù)字不能構(gòu)成三角形到此，即完成了此系統(tǒng)的測試用例設(shè)計，而后可以將設(shè)計書寫成用例了。用例編寫測試用例的編寫，我們在之前搭建的測試管理系統(tǒng)中進行，因此我們只需按照其提供的模板，一塊塊進行填入即可，在此我們不對書寫做過多說明，我們只取其中行來進行用例的書寫，做一個示范：測試用例IDGN001測試用例名稱全角字符測試設(shè)計人張三設(shè)計時間2007-8-20執(zhí)行時間測試人功能描述測試輸入全角數(shù)字，系統(tǒng)的處理情況重要性重要一般次要測試種類安裝測試功能測試故障轉(zhuǎn)移/恢復(fù)測試用戶界面測試文檔測試性能測試配置測試極限測試可用性測試測試環(huán)境PC環(huán)境，被測軟件已安裝完成初始條件進入計算三角形界面步驟過程輸入預(yù)期結(jié)果1輸入三角型的三條邊長第一條：全角3第二條：3第三條：3提示輸入錯誤，不能輸入全角字符成功/失敗測試結(jié)果回歸次數(shù)時間成功/失敗測試結(jié)果12把上表的用例錄入測試管理系統(tǒng)中即可。實驗報告學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗九測試設(shè)計評審實驗?zāi)康恼莆諟y試設(shè)計評審的目的。掌握測試設(shè)計評審的內(nèi)容。掌握測試設(shè)計評審的方法和過程。實驗準(zhǔn)備待評審的測試設(shè)計文檔。測試設(shè)計評審的CheckList。實驗內(nèi)容進行測試設(shè)計的評審。重點評審測試方案和測試用例，主要關(guān)注他們的準(zhǔn)確性，可實施性、以及覆蓋等。實驗步驟評審發(fā)起同行評審的過程我們在測試方案評審時候已經(jīng)詳細實踐過了，由于在標(biāo)準(zhǔn)的測試流程中，測試設(shè)計的評審，一般不會一次性將所有的測試設(shè)計評審?fù)?，因此會分幾批進行評審，但只是開幾次評審會議而已，而不會每個批次都將評審過程完整的進行一遍，因此，評審發(fā)起，主要是將待評審的測試設(shè)計文檔，發(fā)給相關(guān)人員，要求相關(guān)人員對于測試設(shè)計的準(zhǔn)確性和可實施性，以及覆蓋等描述給出意見。評審意見收集收集評審的意見，一般會按模塊進行評審會議的召開，討論其中一些有爭議的意見，并最終到達多數(shù)人的認可。評審結(jié)論最終需要大家認可本次的測試設(shè)計，并評價出測試覆蓋的大致百分比。改良優(yōu)化實驗報告學(xué)生實驗、實訓(xùn)報告一、實驗名稱：二、實驗報告：三、實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗十測試執(zhí)行及回歸實驗?zāi)康膶嵺`測試執(zhí)行的過程掌握測試執(zhí)行過程中需要進行的活動了解測試執(zhí)行過程中需要注意的事項實驗準(zhǔn)備準(zhǔn)備好的測試環(huán)境設(shè)計好的測試用例實驗內(nèi)容按照測試用例執(zhí)行測試實驗步驟在測試管理系統(tǒng)中建立一個測試集合，分配測試執(zhí)行任務(wù)各自進行測試執(zhí)行執(zhí)行過程中進行測試記錄記錄測試執(zhí)行過程中的現(xiàn)象，如：用例是否通過，系統(tǒng)實際的表現(xiàn)是怎樣的等，特別要注意多個用例執(zhí)行時，相互之間的關(guān)系和影響。發(fā)現(xiàn)系統(tǒng)實際輸出與預(yù)期輸出不符的，提交Bug假設(shè)不是第一次測試其中一模塊，那么需要在進行測試執(zhí)行時候把上次測試的Bug進行驗證和回歸。實驗報告學(xué)生實驗、實訓(xùn)報告一、實驗名稱：二、實驗報告：三、實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗十一缺陷匯報及跟蹤管理實驗?zāi)康恼莆誃ug包含的要素。掌握測試管理系統(tǒng)中缺陷管理的使用。掌握Bug處理的流程掌握Bug狀態(tài)的變化規(guī)那么實驗準(zhǔn)備測試管理系統(tǒng)執(zhí)行過程中發(fā)現(xiàn)的缺陷實驗內(nèi)容在缺陷管理系統(tǒng)中提交缺陷進行缺陷管理中所有流程的流轉(zhuǎn)進行缺陷的所有狀態(tài)變化實驗實驗步驟提交缺陷在測試管理系統(tǒng)的缺陷管理中提交缺陷，Bug狀態(tài)為New，提交Bug時，需要寫清Bug的詳細信息，可按照模板來進行填寫，并制定給測試組長或者測試經(jīng)理處理確認缺陷測試組長獲取此Bug后，首先確認是否為Bug，假設(shè)不是那么打回至測試人員，測試人員進行修改，假設(shè)-是那么需要將Bug狀態(tài)改為Open，并發(fā)送給工程經(jīng)理處理，工程經(jīng)理收到此Bug后，再次確認是否為Bug，假設(shè)不是，那么打回測試組長處，假設(shè)是那么指定給開發(fā)人員進行修復(fù)。修復(fù)缺陷開發(fā)人員在接收到Bug后，進行修復(fù)，將Bug置為Fixed狀態(tài)，并在修復(fù)后在Bug歷史記錄中填寫修復(fù)原因等，并簽名，指定給工程經(jīng)理處理，工程經(jīng)理收到開發(fā)人員的回復(fù)，并確認后制定給測試經(jīng)理處理?；貧w缺陷測試經(jīng)理收到Bug后，一般指定給發(fā)現(xiàn)此缺陷的測試人員進行回歸，測試人員在收到此Bug后，在下一個版本的回歸測試中進行再次驗證此Bug是否還存在，如果不存在了，那么將其Close掉，否那么將其Reopen，并指定給測試經(jīng)理，再次進入Bug修復(fù)流程。關(guān)閉缺陷將已經(jīng)修復(fù)并驗證通過的Bug置為Close狀態(tài)，至此一個Bug的正常流程走完。跟蹤缺陷在Bug的流轉(zhuǎn)過程中，還有幾個狀態(tài)，正常情況下是用不到的，分別為：拒絕，掛起，首先說拒絕狀態(tài)，拒絕狀態(tài)是在工程經(jīng)理或者開發(fā)人員對測試人員所提交的Bug不認同時標(biāo)志Bug的一個狀態(tài)，一旦一個Bug被標(biāo)志為拒絕狀態(tài)時，就需要進一步進行溝通了，如果確實不是一個Bug，那么直接將其關(guān)閉即可，而如果是測試人員與開發(fā)人員意見不統(tǒng)一，那么將此Bug提交至更高層領(lǐng)導(dǎo)進行解決；第二個狀態(tài)是掛起，是在開發(fā)人員暫時無法解決此Bug時使用的，并且需要得到工程經(jīng)理的同意，對于這個狀態(tài)的Bug，我們后續(xù)需要跟蹤，一直到工程結(jié)束。注：我們此處Bug的狀態(tài)變化比擬完整，一般在而言，我們不會如此麻煩，一般我們會采用測試人員與開發(fā)人員一對一的Bug交互方式，即：測試人員直接將Bug提交給具體的開發(fā)人員，開發(fā)人員修復(fù)后，回復(fù)給具體的測試人員，只有當(dāng)對某個Bug有爭議時，才會進行這個完整的Bug流程。實驗報告學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗十二測試報告實驗?zāi)康恼莆諟y試報告的內(nèi)容范圍和重點。掌握測試報告的書寫方法。理解出具測試報告的目的和意義。實驗準(zhǔn)備測試報告模板。測試執(zhí)行情況的數(shù)據(jù)。實驗內(nèi)容書寫一個測試報告，并根據(jù)閱讀對象的不同，反響出側(cè)重點的偏向。實驗步驟描述工程的測試根本信息，如下表：工程名稱程序名稱版本號程序作者測試日期測試人員注釋描述本次測試的范圍和內(nèi)容這一局部內(nèi)容，要比擬簡略的描述測試那些模塊的那些特性，如：系統(tǒng)管理模塊的根本功能、系統(tǒng)管理模塊的異常測試用例等。測試結(jié)論描述這一局部具體描述本次測試的結(jié)果，具體說明那些模塊或功能有問題，那些沒問題，有問題是在什么地方，問題對產(chǎn)品使用的影響等等，并提出自己對此軟件質(zhì)量的客觀評價以及對產(chǎn)品的開發(fā)提出一些建議和感想。同時在這一局部，還要描述在測試過程中存在的特殊情況，對此次測試的結(jié)論會產(chǎn)生影響的，如：因為某些原因有些測試用例里面無法執(zhí)行的測試用例，測試用例可能會產(chǎn)生的偏差等等。由于這一局部，主要是提供給工程經(jīng)理或更高層管理觀看的，因此，語言需要精確簡練，狀況描述清楚即可，切勿過于長篇累牘。缺陷統(tǒng)計這一局部，主要是對以上結(jié)論的一個從Bug數(shù)據(jù)方面的數(shù)據(jù)支持，因此需要進行一個分類統(tǒng)計，如下表：本次測試發(fā)現(xiàn)缺陷的嚴(yán)重性統(tǒng)計現(xiàn)存缺陷的嚴(yán)重性統(tǒng)計嚴(yán)重2個嚴(yán)重3個一般5一般5輕微3輕微3改良2改良2缺陷總數(shù)12總數(shù)13注釋：測試環(huán)境描述這一局部，主要描述本次測試的環(huán)境，可以用一個表格的形式直觀的表達除了，如下表：測試軟/硬件及網(wǎng)絡(luò)環(huán)境環(huán)境配置測試工具詳細測試結(jié)論說明在此描述此次測試所涉及的每個功能點的情況，是否符合測試用例的預(yù)期輸出，出現(xiàn)了什么特殊情況等等，最后給每個功能點一個測試結(jié)論，即：是否通過測試，可使用一個表格進行描述，如下表：序號測試工程測試說明測試結(jié)果1Bgate對錯誤的地址請求的處理符合用例的預(yù)期輸出通過23詳細缺陷列表這一局部，可以直接從TestDirecrot中，把本次測試發(fā)現(xiàn)的缺陷和系統(tǒng)遺留的缺陷導(dǎo)出來，形成一個表格，如下表：IDStatusDescription536Open登陸會議室時，會議列表中顯示會議人數(shù)不正確至此，一個完整的測試報告完成。實驗報告學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗十三測試報告評審實驗?zāi)康恼莆諟y試報告評審的目的。掌握測試報告評審的內(nèi)容。掌握測試報告評審的方法和過程。實驗準(zhǔn)備待評審的測試報告文檔。測試報告評審的CheckList。實驗內(nèi)容進行測試報告的評審。重點評審本輪測試的完整性、準(zhǔn)確性，以及偏差等。實驗步驟評審發(fā)起同行評審的過程我們在測試方案評審時候已經(jīng)詳細實踐過了，由于在測試報告的評審中，一般不會執(zhí)行完整的同行評審過程，因此，評審發(fā)起，主要是將待評審的測試報告文檔，發(fā)給相關(guān)人員，要求相關(guān)人員對于本次測試報告的準(zhǔn)確性和完整性，以及偏差等描述給出意見。評審意見收集收集評審的意見，有必要可以對大家評審的意見開一個討論會，討論其中一些有爭議的意見，并最終到達多數(shù)人的認可。評審結(jié)論最終需要大家認可本次的測試報告，如果有需要改良的工程，如：報告中對業(yè)務(wù)的一些正確性理解，測試的完整性理解，缺陷的級別定義等方面進行改良。改良優(yōu)化根據(jù)評審結(jié)論，在下一輪測試過程中，具體實施改良意見，如：測試用例的完善，缺陷級別定義的優(yōu)化等。實驗報告

學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗十四質(zhì)量分析及測試總結(jié)實驗?zāi)康恼莆諟y試總結(jié)報告的內(nèi)容范圍和重點。掌握測試總結(jié)報告的書寫方法。理解出具測試總結(jié)報告的目的和意義。實驗準(zhǔn)備測試總結(jié)報告模板。工程的整個測試情況總結(jié)和分析數(shù)據(jù)。實驗內(nèi)容書寫一個測試總結(jié)報告。分析工程測試過程活動，并對其提出優(yōu)化改良的方法和措施。分析工程質(zhì)量情況，對后續(xù)工程的質(zhì)量側(cè)重點進行分析，并給出后續(xù)工程的改良方法和措施實驗步驟描述工程的測試背景和范圍首先需要描述工程測試在如何的一個背景條件下進行，而后，詳細描述工程測試測試過的范圍和內(nèi)容，包括每一個質(zhì)量特性測試項的內(nèi)容。工程測試過程總結(jié)和分析此局部主要描述所執(zhí)行的測試過程，以及在這個測試過程中所遇到的經(jīng)驗和問題，并進行總結(jié)分析，最后對測試過程中一些活動的問題，給出解決方案和實施方法，這樣在后續(xù)工程的測試中，引入改善進行實施。工程質(zhì)量總結(jié)和分析工程質(zhì)量分析主要可從以下幾個方面的分析進行：測試環(huán)境分析描述測試所使用的實際環(huán)境等，包括硬件，軟件，網(wǎng)絡(luò)，工具等，同時闡述環(huán)境對測試的影響等，以及參與測試的團隊和成員等，最終將主測試環(huán)境和輔測環(huán)境進行比擬，特別是需要將輔測環(huán)境與用戶實用環(huán)境進行一個比擬，以確定輔測環(huán)境與實用環(huán)境的差異，以及由于這些差異可能帶來的風(fēng)險。測試結(jié)果分析用數(shù)據(jù)對測試進行總結(jié)，如測試用例的數(shù)量，通過率等，可按子系統(tǒng)來進行分類說明，還可按測試的輪次來總結(jié)，如下表：測試輪次用例數(shù)用例通過率問題數(shù)備注第一輪3688.9%16第二輪3894.7%6第三輪39100%0缺陷分析形成缺陷的模塊分布、嚴(yán)重性分布、緊急程度分布等各項缺陷分布關(guān)系圖，同時給出根據(jù)二八原那么下，提出對高缺陷分布模塊的未知未知缺陷給出預(yù)防措施。測試偏差分析描述測試中發(fā)現(xiàn)的、沒有滿足需求或其它方面要求的局部，并給出詳細的解釋及建議的解決方案。工程測試綜合評價針對本工程的測試說明各個局部的測試結(jié)果，并給出評價。 提供測試的全面評價，包括它的局限性，是否建議通過等。本評價必須建立在測試結(jié)果和通過/不通過標(biāo)準(zhǔn)的根底上，并且對其評價結(jié)果的可靠性進行估計，如建議通過測試時，還可能存在哪些風(fēng)險實驗報告學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗十五測試總結(jié)及分析評審實驗?zāi)康恼莆諟y試總結(jié)及分析評審的目的。掌握測試總結(jié)及分析評審的內(nèi)容。掌握測試總結(jié)及分析評審的方法和過程。實驗準(zhǔn)備待評審的測試總結(jié)及分析文檔。測試總結(jié)及分析評審的CheckList。實驗內(nèi)容進行測試總結(jié)及分析文檔的評審。重點評審此工程測試的覆蓋度，以及過程的改良工程。實驗步驟評審發(fā)起同行評審的過程我們在測試方案評審時候已經(jīng)詳細實踐過了，在測試總結(jié)及分析文檔的評審中，一般需要執(zhí)行完整的同行評審過程，因此，整個評審過程，按照我們之前實踐的評審過程進行實施即可，評審的要點在于兩個方面：其一、評價測試的覆蓋度，討論我們的所有測試工程是否完整的覆蓋了被測試對象，并最終給出工程質(zhì)量狀況的綜合評價；其二，需要關(guān)注我們整個工程的測試過程活動，關(guān)注測試過程的質(zhì)量，為后期類似工程測試實施時提供優(yōu)化改良的建議。評審意見收集收集評審的意見，有必要可以對大家評審的意見開一個討論會，討論其中一些有爭議的意見，并最終到達多數(shù)人的認可。評審結(jié)論最終需要大家評定本工程的質(zhì)量狀況和過程質(zhì)量狀況，并提出需要改良的方面。改良優(yōu)化根據(jù)評審結(jié)論，在下一工程的試過程中，具體實施改良意見，如：提高測試覆蓋度的實踐方法等。實驗報告

學(xué)生實驗、實訓(xùn)報告實驗名稱：實驗報告：實驗報告內(nèi)容：〔包括實驗結(jié)論以及實驗分析〕

實驗十六測試自動化之功能測試自動化實驗?zāi)康恼莆展こ讨泄δ茏詣踊哪康?，意義，以及實施階段。掌握功能測試的步驟。掌握Robot功能測試工具的使用。實驗準(zhǔn)備功能自動化測試實施介紹講義。測試工具Robot的安裝程序。安裝測試工具Robot的PC機和windowsxp操作系統(tǒng)。實驗內(nèi)容掌握功能測試自動化的目的和工程的實施階段。掌握功能測試自動化的實施步驟。理解功能自動化測試工具的工作原理。掌握功能測試自動化的工具Robot的安裝及使用。主要學(xué)習(xí)工具中的，腳本錄制、回放、驗證點插入、流程控制，日值輸出等。實驗步驟功能自動化介紹功能自動化目的和意義在測試活動中，有許多的活動是重復(fù)的勞動，而這些重復(fù)的勞動是在測試活動中不可缺少的活動，因此如何將這一局部活動所消耗的資源降到最低，來最大限度的提高工作效率，成為測試行業(yè)所必須要面臨和研究的課題，至此，功能自動化測試的實現(xiàn)，正是為了解決這一問題而生，即：人們希望通過一個機器人的角色，把這些重復(fù)勞動代替人做完，并且能象人一樣的發(fā)現(xiàn)問題，報告問題，而我們功能自動化測試的實現(xiàn)，正好能夠解決這個問題，在后面的實踐過程中，我們能看到，工具會幫我們完成我們想要做的這些事情。功能自動化在工程中所處的階段功能自動化測試，在一個工程中進行實施，需要一些條件，譬如：較為穩(wěn)定的程序功能，穩(wěn)定的GUI界面等，因此在一個工程實施過程中，目前國內(nèi)測試行業(yè)的狀態(tài)是在工程的回歸過程中才引入功能自動化測試，因為只有在工程進入回歸過程時，工程的功能，界面，環(huán)境等才有相對穩(wěn)定的可能，因此我們的功能自動化測試一般處于工程的回歸階段。但假設(shè)你所測試的工程是一個具有產(chǎn)品歷史的工程，即：這個工程只是我們系列產(chǎn)品的一個版本升級，他的功能、界面和環(huán)境等都與之前正式發(fā)布的版本根本一致，那我們的功能自動化測試那么不會如我們上段所描述的那樣，需要等到工程的回歸階段才能實施，而是在工程的早期，我們即可進行功能自動化測試的準(zhǔn)備和實現(xiàn)。功能自動化實施步驟功能自動化測試的步驟一般如下描述：第一步：分析能夠自動化的功能，并摘取出這個功能第二步：根據(jù)這些功能的測試用例，將這些用例利用手工進行一次測試，確保都能測試通過第三步：利用工具將剛剛手工測試的過程錄制下來，第四步：在腳本無改動的情況下進行一次回放，確?；胤攀钦_的第五步：修改腳本，如參加驗證點等，即：將測試用例腳本化第六步：修改完后再次進行腳本回放，確?；胤攀钦_的第七步：維護腳本，在每次回歸測試過程中，假設(shè)需要測試到此局部功能，那么使用腳本代替功能自動化工具的工作原理現(xiàn)今行業(yè)較好的功能自動化測試工具根本的工作原理都是一樣的，都是通過錄制一個宏，然后回放這個宏這種方式來實現(xiàn)的，只是不同的功能自動化工具對一些控件等的認識程度不一樣，對宏中可編程的程度不一樣，其根本的原理都是一樣的。工具Robot的介紹功能自動化工具Robot，其根本的工作狀態(tài)如下列圖描述：工具Robot的安裝及初始化工具Robot的安裝我們以“RationalRobotforWindows.2002.05.00.”版本為例，進行Robot的安裝，在WindowsXP的操作系統(tǒng)下，進行Robot的安裝，過程如下：執(zhí)行安裝包“RationalRobotf.exe”后，界面如下：第一個需要配置的界面如上，需要選中上圖的紅圈中工程，而后只需要保持安裝的默認設(shè)置，每次都點下一步即可，而后，按系統(tǒng)提示重啟系統(tǒng)，最終安裝成功，進入系統(tǒng)提示注冊頁面，不理會，直接關(guān)閉即可。工具Robot的初始化安裝完后，需要進行工程的設(shè)置，即：首先建立一個工程庫，翻開如下列圖紅圈標(biāo)識的應(yīng)用程序：進入如下界面：點擊上圖中紅圈標(biāo)識的快捷按鈕，進入下列圖界面：輸入需要建立的工程名稱，和工程保存的目錄，建議在硬盤上新建一個空目錄用于保存工程，如：D:\test\，而后直接點下一步按鈕，得到設(shè)置工程庫進入密碼的界面，如下列圖所示：一般不用設(shè)置密碼，直接點擊下一步按鈕，進入工程的配置界面，如下列圖：在此界面，一定要選中上圖中紅圈標(biāo)識的工程，而后點完成按鈕，而后進入到工程的根底文件創(chuàng)立界面，如下列圖：直接點擊上圖中紅圈中的按鈕“Create”，進入下列圖界面：直接點上圖紅圈中的“OK”按鈕，即開始創(chuàng)立工程的根底文件了，完成后點提示框確實定按鈕，至此整個工程的初始化工作完成。而后關(guān)閉工程初始化程序，即可進入Robot進行功能測試的腳本錄制了。工具Robot的實操翻開如下列圖紅圈標(biāo)識的菜單項，進入Robot的系統(tǒng)界面界面如下列圖所示：輸入你所需要進入的工程，如紅圈中所標(biāo)識的，點擊”O(jiān)K”按鈕即可進入工程，界面如下：至此，你可以開始為你的功能自動化測試進行腳本錄制，修改，回放等工作了，以下我們分別介紹工具中我們幾個常用的功能。GUI腳本錄制除了面向?qū)ο笥涗浖夹g(shù)，Robot還支持底層記錄技術(shù)，該技術(shù)在需要跟蹤鼠標(biāo)行為細節(jié)的功能測試時很有用，比方繪制應(yīng)用程序。GUI記錄工作流程按照指導(dǎo)，為腳本確定可預(yù)測的起始狀態(tài)和結(jié)束狀態(tài)，安裝測試環(huán)境，創(chuàng)立模塊腳本，并且使應(yīng)用程序可測。設(shè)置記錄選項，也可在記錄開始后設(shè)置；開始記錄；在測試環(huán)境下啟動應(yīng)用程序，必須按照期望回放的方式正確啟動應(yīng)用程序；在應(yīng)用程序中執(zhí)行系列行為；參加必要的特寫，例如查證點、注釋以及計時器；如有必要，將面向?qū)ο笥涗浨袚Q至底層記錄方式；結(jié)束記錄會話；可選操作，通過文件菜單下屬性菜單項定義腳本屬性，在TestManager中也可以定義腳本屬性。記錄新的GUI腳本按照指導(dǎo)，為腳本確定可預(yù)測的起始狀態(tài)和結(jié)束狀態(tài)，安裝測試環(huán)境，創(chuàng)立模塊腳本，在TestManager中建立腳本方案，并且使應(yīng)用程序可測；如果可能，使應(yīng)用程序可測，HYPERLINK加載IDEExtensions；記錄之前HYPERLINK設(shè)置記錄選項，也可以在開始后設(shè)置；點擊快捷欄上的“RecordGUIScript”快捷按鈕；輸入腳本名稱〔最多40字符〕或者從腳本列表中選擇一個；要改變記錄設(shè)置，點擊“Options…”按鈕，完成設(shè)置后點擊確定按鈕；如果選中一個預(yù)定義或者已記錄腳本，你可以通過Properties菜單項設(shè)置腳本屬性，設(shè)置完成后確認退出；開始記錄，以下事件一次發(fā)生，如果選中已存在腳本，Robot詢問是否覆蓋，缺省情況下，Robot最小化，出現(xiàn)浮動GUIRecord快捷欄，可以通過它暫?；蛘咄Ｖ褂涗洝⒅匦嘛@示Robot，在腳本中插入特寫；按照以下步驟啟動測試環(huán)境下的應(yīng)用程序：點擊GUIRecord快捷欄的DisplayGUIInsertToolbar按鈕，點擊GUIInsertToolbar上適當(dāng)?shù)钠鹗及粹o，啟動應(yīng)用程序按鈕：用于啟動應(yīng)用程序〔除用Quantify或者PureCoverage回放的HTML、Java應(yīng)用程序〕，啟動Java應(yīng)用程序按鈕：用于啟動由Quantify或者PureCoverage回放的Java應(yīng)用程序，啟動瀏覽器按鈕：用于啟動HTML應(yīng)用程序；在應(yīng)用程序中執(zhí)行系列行為；如果需要那么插入特寫，可以插入查證點、注釋、計時器等；如有必要，將面向?qū)ο笥涗浤Ｊ角袚Q至底層記錄模式；記錄完成，點擊GUIRecord快捷欄上StopRecording按鈕，Robot主窗口顯示如下信息：查證點和底層腳本顯示在左側(cè)的Asset窗格，文本和腳本顯示在右側(cè)的腳本窗格，編譯或者回放腳本時，編譯結(jié)果顯示在Output窗口的Build頁面上；可選操作：設(shè)置腳本屬性；結(jié)束GUI腳本記錄通過點擊GUIRecord工具條上的StopRecording按扭結(jié)束錄制GUI腳本。記錄結(jié)束時，應(yīng)該使測試下應(yīng)用程序和開始記錄時的狀態(tài)一致。這樣，可以不必人工重置環(huán)境就能回放腳本。如果從Windows桌面啟動應(yīng)用程序，應(yīng)該在桌面停止記錄。假設(shè)從主窗口啟動記錄，那么在主窗口停止記錄，確定主窗口狀態(tài)相同。例如：如果應(yīng)用程序使一個編輯器，記錄開始時啟動應(yīng)用程序沒有任何文本，那么在結(jié)束錄制時確認沒有開啟任何文檔在GUIScript中參加特寫在GUI腳本中啟動應(yīng)用程序要成功測試OracleForms、HTML、Java、Delphi、C++和0應(yīng)用程序中的對象，應(yīng)該在開始記錄腳本之前允許應(yīng)用程序。啟動應(yīng)用程序時，可以特別說明回放時需要該應(yīng)用程序在Rational診斷工具環(huán)境下啟動。在腳本中啟動應(yīng)用程序的步驟如下：記錄時，點擊GUIRecord快捷欄上DisplayGUIInsertToolbar按鈕，編輯時，定位腳本光標(biāo)，點擊Standard快捷欄的DisplayGUIInsertToolbar按鈕；點擊GUIInsert工具條上適當(dāng)?shù)膯影粹o〔啟動應(yīng)用程序、啟動Java應(yīng)用程序、啟動瀏覽器〕；啟動應(yīng)用程序啟動Java應(yīng)用程序啟動瀏覽器填寫對話框并確定；啟動應(yīng)用程序啟動Java應(yīng)用程序啟動瀏覽器開始記錄并且編輯腳本?；胤胚^程中，Robot運行到腳本中響應(yīng)的命令時就啟動特定的應(yīng)用程序。在其它腳本中插入調(diào)用在記錄或者編輯GUI腳本的狀態(tài)，可以插入已有的GUI腳本的調(diào)用，防止了重復(fù)的應(yīng)用程序行為。如果處于記錄狀態(tài)，點擊GUIRecord快捷欄上的DisplayGUIInsertToolbar按鈕，如果處于編輯狀態(tài)，在Standard快捷欄上點擊DisplayGUIInsertToolbar按鈕；點擊GUIInsert快捷欄上的CallScript按鈕；從列表中選擇GUI腳本，要改變腳本列表，選擇Query列表；如果測試環(huán)境依據(jù)腳本的執(zhí)行結(jié)果那么選中Runnow，如果腳本執(zhí)行不改變應(yīng)用程序狀態(tài)那么清空Runnow，無論選中與否，Robot都將對該腳本的調(diào)用參加腳本中，選中那么立即執(zhí)行；確定以繼續(xù)錄制或者編輯。在GUI腳本中插入計時器如果在記錄狀態(tài)，點擊GUIRecord快捷欄的DisplayGUIInsertToolbar按鈕，如果在編輯狀態(tài)，點擊Standard快捷欄的DisplayGUIInsertToolbar按鈕；在GUIInsert工具欄上點擊StartTimer按鈕；輸入計時器名稱〔最多40字符〕后確定，如果要啟用多個計時器，確定每個計時器有不同的名字；執(zhí)行計時行為；執(zhí)行完計時行為，立即點擊GUIInsert工具欄上StopTimer；在計時器列表中選擇一個開啟的計時器，確認。在GUI腳本中插入注釋記錄或者編輯時可以插入注釋，以利于文檔和腳本編輯。記錄期間，單擊GUIRecord工具欄上的DisplayGUIInsertToolbar按鈕，編輯期間，單擊Standard工具欄上DisplayGUIInsertToolbar按鈕；點擊注釋按鈕；輸入注釋〔最多60字符〕；確認之后繼續(xù)記錄或者編輯。Robot在單引號之后參加注釋，缺省為綠色。將注釋改為非注釋，選中文本，單擊Edit菜單下CommentLine或者UncommentLine菜單項。在GUI腳本中插入LogMessage在記錄或者編輯狀態(tài)，可以在GUI腳本中插入日志消息、描述和結(jié)果。回放階段，Robot在日志中插入這些信息。可以利用這些日志消息文檔化回放的腳本。記錄狀態(tài)下，單擊GUIRecord工具欄上的DisplayGUIInsertToolbar按鈕，編輯狀態(tài)下，單擊Standard工具欄上DisplayGUIInsertToolbar按鈕；單擊GUIInsert工具欄上WritetoLog按鈕；輸入消息〔最多60字符〕；可選操作：輸入描述〔最多60字符〕；選擇一個結(jié)果：Pass、Fail、Warning、None；確定繼續(xù)記錄或者編輯?；胤胖?，在TestManager日志中查看日志和消息。EventType列中顯示消息，Result列中顯示結(jié)果。查看相關(guān)描述，選中日志事件，單擊View菜單下Properties菜單項，翻開Result頁面。事件日志在GUI腳本中插入延遲記錄階段，單擊GUIRecord工具欄上OpenRobotWindow按鈕；在腳本中定位光標(biāo)；單擊Insert菜單下Delay菜單項；輸入延遲毫秒數(shù)；確認之后繼續(xù)錄制或者編輯使用驗證點創(chuàng)立驗證點插入驗證點，請選擇下列圖紅圈標(biāo)識的菜單工程，在這個菜單項中，有一系列的驗證點方法供選擇，我們需要根據(jù)業(yè)務(wù)來進行對應(yīng)的驗證點方法的選擇，由于我們這里首選是驗證一個窗口是否翻開，因此我們選擇下列圖紅圈標(biāo)識的方。，點擊所選擇的方法后，系統(tǒng)進入下列圖界面，提示輸入驗證點名稱，可保持系統(tǒng)默認，選擇驗證點是成功的時候返回真，還是失敗的時候返回真，設(shè)置完成后，直接點下列圖中的OK按鈕。而后，系統(tǒng)將進入選擇測試對象界面。選擇測試對象測試對象選擇界面如下：點擊上圖中的“Select”按鈕，進行測試對象的選擇，界面如下列圖：用鼠標(biāo)左鍵點上圖紅圈中的手圖標(biāo)，并一直按著鼠標(biāo)左鍵不放，移動到需要選擇的測試對象的位置，而后再點上圖的Browse按鈕，稍等后，系統(tǒng)出現(xiàn)以下界面：在這個界面，那么詳細列出了我們需要選擇的測試對象的控件屬性，很明顯，我們這個驗證點是為了判斷窗口是否翻開，那么直接選擇上圖中紅圈標(biāo)識的控件即可，即：直接點擊上圖中的“OK”按鈕，得到如下界面：從上面界面的紅圈標(biāo)識處，我們可以看到，我們所選擇的測試對象的控件是Window的Caption屬性，其值為“我的電腦”，直接點擊上圖中的OK按鈕即得到以下界面：直接點擊上圖中的OK按鈕即完成了驗證點的插入，代碼變化如下列圖：上圖中紅圈標(biāo)識處的代碼，在我們錄制時是沒有的，在插入驗證點后，多出此行代碼，此行代碼即為我們插入的驗證點，當(dāng)一個窗口的Caption＝我的電腦的窗口存在時，Result那么返回1，否那么Result的值為0，至此，我們整個驗證點插入的方法已經(jīng)全部結(jié)束，后面如何應(yīng)用這個驗證點的結(jié)果，需要根據(jù)腳本的具體處理來進行設(shè)計。選擇驗證方法Case-Sensitive-校驗記錄時捕獲的文本與回放時捕獲的是否完全匹配；Case-Insensitive-校驗記錄時捕獲的文本與回放時捕獲的是否匹配〔不區(qū)分大小寫〕；FindSubStringCase-Sensitive-核實記錄時捕獲的文本是否是回放時捕獲的子串〔區(qū)分大小寫〕FindSubStringCase-Insensitive-核實記錄時捕獲的文本是否是回放時捕獲的子串〔不區(qū)分大小寫〕；NumericEquivalence-核實記錄時的數(shù)據(jù)值與回放時是否相等；NumericRange-核實數(shù)字值的范圍；User-Defined/ApplyaUser-DefinedDLLtestfunction-將文本傳給動態(tài)連接庫中的函數(shù)以便運行定制的測試；Verifythatselectedfieldisblank-校驗選中的字段是否為空。驗證點類型Alphanumeric -捕獲及比擬字母或數(shù)字的值；Clipboard-捕獲及比擬復(fù)制到剪貼板的字母數(shù)字的數(shù)據(jù)；FileComparison-比擬兩個文件的內(nèi)容； FileExistence-檢查一個指定的文件是否存在；Menu- 捕獲及比擬菜單的文本、快捷鍵及狀態(tài)，能夠捕捉到第五級子菜單；ModuleExistence-檢查連接到指定上下文〔過程〕或內(nèi)存的任意地方的模塊是否存在；ObjectData-捕獲及比擬目標(biāo)數(shù)據(jù)；ObjectProperties-捕獲及比擬對象的屬性；RegionImage -捕獲及比擬位圖的屏幕區(qū)域；WebSiteCompare-捕獲Web站點的基線，并及時與另一Web站點比擬；WebSiteScan-檢查每次修改后Web站點的內(nèi)容，確保這些變化不會有過失； WindowExistence-檢查繼續(xù)回放前指定的窗口是否顯示；WindowImage- 捕獲及比擬位圖〔菜單、標(biāo)題欄和未捕獲的邊框〕窗口的客戶區(qū)域。使用Datapools如何理解DatapoolsDatapool是一個測試數(shù)據(jù)集。它為腳本回放期間提供數(shù)據(jù)值給腳本變量。Datapool讓你自動在大數(shù)據(jù)量的情況下〔潛在的包含數(shù)個虛擬測試人執(zhí)行上千條事務(wù)〕提取測試數(shù)據(jù)給虛擬測試人。Datapool作用：1、每個虛擬測試人能在腳本運行時發(fā)送實際數(shù)據(jù)〔獨一的數(shù)據(jù)〕給效勞器。2、單一的虛