軟件測試工作流程

單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,2005-5-31,*,測試工作流程簡介,本,PPT,將介紹如何結(jié)合使用,Rational,工具管理整個(gè)測試工作流程,(RUP,定義的,5,個(gè)主要的測試活動(dòng),),測試的計(jì)劃,測試的設(shè)計(jì),測試的實(shí)施,測試的執(zhí)行,測試的評估,2005-5-31,1,流程簡介,一、測試計(jì)劃,二、測試用例設(shè)計(jì),三、測試準(zhǔn)備,四、測試執(zhí)行,五、缺陷管理,六、測試停止,七、測試總結(jié),2005-5-31,2,一、測試計(jì)劃,測試工程師根據(jù)測試組長在版本庫中位置為,emed4managementplantestplaning,下的,emed4-plan-test.mpp,文檔中規(guī)定的關(guān)鍵活動(dòng)來制定測試計(jì)劃,2005-5-31,3,測試計(jì)劃,根據(jù)測試項(xiàng)目的要求，使用,testmanager,制定測試計(jì)劃，制定測試計(jì)劃的目的是確定和描述要實(shí)施和執(zhí)行的測試，這是通過生成包含測試需求和測試策略的測試計(jì)劃來完成的。,2005-5-31,4,測試計(jì)劃,創(chuàng)建測試計(jì)劃：,在,testmanager,中的測試資產(chǎn),planning tab,中可以通過,new test plan,來創(chuàng)建測試計(jì)劃,在創(chuàng)建測試計(jì)劃的時(shí)候，我們要確定測試計(jì)劃的所有人，測試計(jì)劃的配置關(guān)聯(lián)和迭代關(guān)聯(lián),2005-5-31,5,測試計(jì)劃,2005-5-31,6,二、測試用例設(shè)計(jì),在,testmanager,里進(jìn)行測試用例的設(shè)計(jì),testmanager,使用測試用例文件夾來分層次的管理測試用例，我們可以通過這種方式對我們的,4.0,的系統(tǒng)功能按照一層層的關(guān)系來建立，例如：,標(biāo)準(zhǔn)數(shù)據(jù),基礎(chǔ)數(shù)據(jù)、機(jī)構(gòu)數(shù)據(jù)、產(chǎn)品數(shù)據(jù),藥品信息、產(chǎn)品信息這樣的結(jié)構(gòu),這樣的結(jié)構(gòu)和我們的需求文檔是相對的，查找起來比較方便,2005-5-31,7,測試用例設(shè)計(jì),創(chuàng)建測試用例文件夾的方法是在,TestManage,右面的窗口點(diǎn)擊測試計(jì)劃的右鍵選擇,Inster,Test Case Folder,我們按照系統(tǒng)的層次來創(chuàng)建測試用例文件夾，一般第一層是子系統(tǒng)的名稱，下一層是一級功能菜單的名稱，再下一層是二級功能菜單的名稱，再下面是對應(yīng)的功能按鈕的名稱，功能按鈕下掛的才是各個(gè)場景的測試用例。,2005-5-31,8,測試用例設(shè)計(jì),2005-5-31,9,測試用例設(shè)計(jì),根據(jù)項(xiàng)目的要求，配置測試用例文件夾的配置關(guān)聯(lián)和迭代關(guān)聯(lián),在最后一層測試用例文件夾下要加入測試用例，選中該文件夾點(diǎn)擊右鍵選擇,Instert,Test Case,在,Test Inputs Tab,中可以關(guān)聯(lián)選擇該測試用例對應(yīng)的需求文檔的部分（測試輸入），在,Implementation Tab,中選擇該測試用例所對應(yīng)的手工腳本，此外前置條件，后置條件，和測試用例的驗(yàn)收標(biāo)準(zhǔn)也是必須要填寫的。,2005-5-31,10,測試用例設(shè)計(jì),2005-5-31,11,測試用例設(shè)計(jì),手工測試腳本的編寫：,通過,Rational,ManualTest,實(shí)現(xiàn),在,ManualTest,中我們要描述出每個(gè)用例場景的操作步驟和檢查點(diǎn),操作步驟即我們通常所說的測試步驟，檢查點(diǎn)可以認(rèn)為是期望結(jié)果。我們在這里可以利用檢查點(diǎn)來驗(yàn)證鏈接頁面，頁面數(shù)據(jù)項(xiàng)名稱，系統(tǒng)提示等的正確性。并將手工腳本和測試用例進(jìn)行關(guān)聯(lián)，一個(gè)測試用例只編寫一個(gè)測試腳本，當(dāng)一個(gè)測試用例關(guān)聯(lián)一個(gè)自動(dòng)化腳本和一個(gè)手工腳本時(shí)，自動(dòng)化腳本將默認(rèn)被執(zhí)行。,2005-5-31,12,測試用例設(shè)計(jì),步驟,查證點(diǎn),2005-5-31,13,三、測試的準(zhǔn)備,對測試用例和測試文檔的學(xué)習(xí)（考核點(diǎn)）,對所要使用的測試工具的學(xué)習(xí)和操作（考核點(diǎn)）,所需環(huán)境的搭建,測試數(shù)據(jù)的準(zhǔn)備（特別的項(xiàng)目中考慮）,2005-5-31,14,四、測試的執(zhí)行,測試用例的運(yùn)行,測試結(jié)果的查看,2005-5-31,15,測試用例的運(yùn)行,選擇要運(yùn)行的測試用例，點(diǎn)擊右鍵選擇,run,2005-5-31,16,測試用例的運(yùn)行,在,run test cases,窗口中，可以配置要運(yùn)行的測試用例列表，和運(yùn)行測試用例的計(jì)算機(jī)，默認(rèn)為本地計(jì)算機(jī),完成對運(yùn)行測試用例的配置后，點(diǎn)擊,ok,會彈出,Run Manual Test Script window,窗口,2005-5-31,17,測試用例的運(yùn)行,測試結(jié)果,執(zhí)行手工測試腳本生成日志,2005-5-31,18,測試用例的運(yùn)行,這就是我們在,Rational,ManualTest,中編寫的手工測試腳本，在腳本的,result,列對于步驟描述行顯示,check box,選擇框，對于查證點(diǎn)行顯示下拉選擇框，下拉框中可以選擇,pass,、,fail,、,none,我們在運(yùn)行手工測試腳本進(jìn)行測試時(shí),根據(jù)實(shí)際測試時(shí)每一步的執(zhí)行情況,把實(shí)際的測試結(jié)果記錄在,Run Manual Test Script window,這個(gè)頁面，這樣我們在日志中就可以清楚的看到每個(gè)測試用例的執(zhí)行情況，是通過還是出錯(cuò)，點(diǎn)擊,Done,按鈕，系統(tǒng)自動(dòng)彈出,Test Log,界面，顯示執(zhí)行的結(jié)果,2005-5-31,19,測試結(jié)果的查看,執(zhí)行一組,suite,，測試用例，測試腳本之后,TestManager,寫結(jié)果到一個(gè)測試日志中，測試日志記錄在,Results Tab,的,Builds,目錄下，日志名稱和測試用例的一致。雙擊后在窗口的右側(cè)可以顯示,Test Log,2005-5-31,20,測試結(jié)果的查看,2005-5-31,21,測試結(jié)果的查看,TestManager,中的,TestLog,窗口包含了測試日志摘要（,Test Log Summary,）區(qū)域，測試用例結(jié)果（,Test Case Results,）標(biāo)簽，和細(xì)節(jié)（,Details,）標(biāo)簽。在,Test Log,窗口中可以通過點(diǎn)擊,Test Case Results,標(biāo)簽來獲得每個(gè)測試用例總的結(jié)果,是通過還是失?。?Test Case Results,標(biāo)簽展現(xiàn)一個(gè)測試用例的執(zhí)行結(jié)果。首次打開一個(gè)測試日志并點(diǎn)擊,Test Case Results,標(biāo)簽時(shí)，這里顯示的,Interpreted Result,是系統(tǒng)執(zhí)行后產(chǎn)生的結(jié)果，但我們根據(jù)實(shí)際的分析情況可以修改結(jié)果。修改后要,promoted,該結(jié)果，指明該結(jié)果有意義,2005-5-31,22,測試結(jié)果的查看,Test Log,窗口中的,Details,標(biāo)簽包含日志事件，事件對應(yīng)了我們手工測試腳本的每一個(gè)步驟和檢查點(diǎn)。如下圖：,2005-5-31,23,測試結(jié)果的查看,Details,里的結(jié)果只能查看不能修改。對于,Result,為,Fail,的記錄可以點(diǎn)擊右鍵選擇“,Submit,Defedt,”,就可以直接關(guān)聯(lián)到,clearquest,中的提交,BUG,功能中了。點(diǎn)擊右鍵選擇“,Properties”,可以查看詳細(xì)信息。,2005-5-31,24,五、缺陷管理,Rational,使用,CQ,進(jìn)行缺陷的管理。,Details,里的結(jié)果，對于,Result,為,Fail,的記錄點(diǎn)擊右鍵選擇“,Submit,Defedt,”,將出現(xiàn),CQ,登陸界面，這時(shí)可以使用,CQ,登陸帳號登陸,CQ,提交缺陷。,2005-5-31,25,五、缺陷管理,2005-5-31,26,五、缺陷管理,系統(tǒng)會自動(dòng)分配一個(gè),ID,相關(guān)人員在填寫、增加、修改、刪除,Bug,管理系統(tǒng)信息時(shí)，應(yīng)按照,Bug,提交規(guī)范,中的規(guī)定進(jìn)行。,Bug,的狀態(tài)、優(yōu)先級、產(chǎn)生階段等按照在,CQ,中定義的選項(xiàng)執(zhí)行。,2005-5-31,27,五、缺陷管理,缺陷管理流程,2005-5-31,28,五、缺陷管理,2005-5-31,29,五、缺陷管理,回歸測試,2005-5-31,30,回歸測試,回歸測試測試的步驟：,當(dāng)更改完一批,Bug,或測試完一階段，均可進(jìn)行測試版本更新，進(jìn)入下一階段的回歸測試，程序更新需項(xiàng)目經(jīng)理發(fā),mail,通知測試組統(tǒng)一進(jìn)行?；貧w測試先驗(yàn)證已修改的,Bug,，再進(jìn)行相關(guān)測試：,1),對于,Fixed,狀態(tài)的,Bug,驗(yàn)證通過后將,Bug,狀態(tài)置為,“,Close,”,，未成功修改的,Bug,狀態(tài)置為,“,Reopen,”,；,2),Rejected,狀態(tài)的,Bug,由測試人員和實(shí)施人員協(xié)商后確定,Bug,類型，若確認(rèn)為,Bug,需要進(jìn)行,Debug,的，將狀態(tài)置為,“,Reopen,”,；,3),Deferred,狀態(tài)的,Bug,須得到項(xiàng)目總控或客戶確認(rèn)，,Deferred,狀態(tài)的,Bug,一旦確定開始,Debug,的，將狀態(tài)置為,“,Reopen,”,。,2005-5-31,31,六、測試停止,項(xiàng)目測試的結(jié)束,2005-5-31,32,項(xiàng)目測試的結(jié)束,測試結(jié)束后，測試負(fù)責(zé)人應(yīng)編制,測試報(bào)告,，內(nèi)容須包括以下幾個(gè)方面：,1,）對該階段工作進(jìn)行綜合評價(jià)，包括測試工作效率、資源消耗情況、測試技術(shù)和工具的采用以及測試用例的質(zhì)量等；,2,）對測試結(jié)果進(jìn)行概述，對該版本軟件質(zhì)量進(jìn)行綜合性的評價(jià)；,3,）對測試過程中的經(jīng)驗(yàn)、教訓(xùn)進(jìn)行總結(jié)。,2005-5-31,33,七、測試總結(jié),項(xiàng)目結(jié)束后，測試人員需要對測試項(xiàng)目進(jìn)行總結(jié)：內(nèi)容須包括以下情況：,1,）項(xiàng)目階段歷時(shí),2,）實(shí)際測試工作是否與預(yù)想的進(jìn)度一致,有多少差異,如何使進(jìn)度差異減小，有哪些好的測試經(jīng)驗(yàn)或方法有哪些需要改進(jìn)地方,3,）測試新需求的過程與預(yù)想的是否一致，在測試過程中吸取到什么教訓(xùn),4,）溝通和協(xié)調(diào)管理上的是否存在問題,5,）時(shí)間上的觀點(diǎn),6,）對測試流程的建議和發(fā)現(xiàn)的問題,2005-5-31,34,