測試工作流程軟件測試資料大全

單擊此處編輯母版標(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ù)測試組長在版本庫中位置為emed4\management\plan\testplaning下的,,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)行。回歸測試先驗(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,,