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

單擊此處編輯母版標(biāo)題樣式,,單擊此處編輯母版文本樣式,,第二級,,第三級,,第四級,,第五級,,2005-5-31,*,測試工作流程簡介,本PPT將介紹如何結(jié)合使用Rational工具管理整個測試工作流程(RUP定義的5個主要的測試活動 ),,測試的計劃,,測試的設(shè)計,,測試的實(shí)施,,測試的執(zhí)行,,測試的評估,,,2005-5-31,1,,流程簡介,一、測試計劃,,二、測試用例設(shè)計,,三、測試準(zhǔn)備,,四、測試執(zhí)行,,五、缺陷管理,,六、測試停止,,七、測試總結(jié),2005-5-31,2,,一、測試計劃,測試工程師根據(jù)測試組長在版本庫中位置為emed4\management\plan\testplaning下的,,emed4-plan-test.mpp文檔中規(guī)定的關(guān)鍵活動來制定測試計劃,,,,2005-5-31,3,,測試計劃,根據(jù)測試項(xiàng)目的要求，使用testmanager制定測試計劃，制定測試計劃的目的是確定和描述要實(shí)施和執(zhí)行的測試 ，這是通過生成包含測試需求和測試策略的測試計劃來完成的 2005-5-31,4,,測試計劃,創(chuàng)建測試計劃：,,在testmanager中的測試資產(chǎn)planning tab中可以通過new test plan來創(chuàng)建測試計劃,,在創(chuàng)建測試計劃的時候，我們要確定測試計劃的所有人，測試計劃的配置關(guān)聯(lián)和迭代關(guān)聯(lián),2005-5-31,5,,測試計劃,2005-5-31,6,,二、測試用例設(shè)計,在testmanager里進(jìn)行測試用例的設(shè)計,,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è)計,創(chuàng)建測試用例文件夾的方法是在TestManage右面的窗口點(diǎn)擊測試計劃的右鍵選擇Inster Test Case Folder,,我們按照系統(tǒng)的層次來創(chuàng)建測試用例文件夾，一般第一層是子系統(tǒng)的名稱，下一層是一級功能菜單的名稱，再下一層是二級功能菜單的名稱，再下面是對應(yīng)的功能按鈕的名稱，功能按鈕下掛的才是各個場景的測試用例。

2005-5-31,8,,測試用例設(shè)計,2005-5-31,9,,測試用例設(shè)計,根據(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è)計,2005-5-31,11,,測試用例設(shè)計,手工測試腳本的編寫 ：,,通過Rational ManualTest實(shí)現(xiàn),,在ManualTest中我們要描述出每個用例場景的操作步驟和檢查點(diǎn),,操作步驟即我們通常所說的測試步驟，檢查點(diǎn)可以認(rèn)為是期望結(jié)果我們在這里可以利用檢查點(diǎn)來驗(yàn)證鏈接頁面，頁面數(shù)據(jù)項(xiàng)名稱，系統(tǒng)提示等的正確性并將手工腳本和測試用例進(jìn)行關(guān)聯(lián)，一個測試用例只編寫一個測試腳本，當(dāng)一個測試用例關(guān)聯(lián)一個自動化腳本和一個手工腳本時，自動化腳本將默認(rèn)被執(zhí)行2005-5-31,12,,測試用例設(shè)計,步驟,查證點(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ī)，默認(rèn)為本地計算機(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)行測試時,,根據(jù)實(shí)際測試時每一步的執(zhí)行情況,把實(shí)際的測試結(jié)果記錄在Run Manual Test Script window這個頁面，這樣我們在日志中就可以清楚的看到每個測試用例的執(zhí)行情況，是通過還是出錯，點(diǎn)擊Done按鈕，系統(tǒng)自動彈出Test Log界面，顯示執(zhí)行的結(jié)果,,,2005-5-31,19,,測試結(jié)果的查看,執(zhí)行一組suite，測試用例，測試腳本之后TestManager寫結(jié)果到一個測試日志中 ，測試日志記錄在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)簽來獲得每個測試用例總的結(jié)果――是通過還是失?。縏est Case Results標(biāo)簽展現(xiàn)一個測試用例的執(zhí)行結(jié)果首次打開一個測試日志并點(diǎn)擊,Test Case Results,標(biāo)簽時，這里顯示的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)了我們手工測試腳本的每一個步驟和檢查點(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登陸界面，這時可以使用CQ登陸帳號登陸CQ,提交缺陷2005-5-31,25,,五、缺陷管理,2005-5-31,26,,五、缺陷管理,系統(tǒng)會自動分配一個ID,,相關(guān)人員在填寫、增加、修改、刪除Bug管理系統(tǒng)信息時，應(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)編制《測試報告》，內(nèi)容須包括以下幾個方面：,,1）對該階段工作進(jìn)行綜合評價，包括測試工作效率、資源消耗情況、測試技術(shù)和工具的采用以及測試用例的質(zhì)量等；,,2）對測試結(jié)果進(jìn)行概述，對該版本軟件質(zhì)量進(jìn)行綜合性的評價；,,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)目階段歷時,,2）實(shí)際測試工作是否與預(yù)想的進(jìn)度一致,有多少差異,如何使進(jìn)度差異減小 ，有哪些好的測試經(jīng)驗(yàn)或方法有哪些需要改進(jìn)地方,,3）測試新需求的過程與預(yù)想的是否一致，在測試過程中吸取到什么教訓(xùn),,4）溝通和協(xié)調(diào)管理上的是否存在問題,,5）時間上的觀點(diǎn),,6）對測試流程的建議和發(fā)現(xiàn)的問題,2005-5-31,34,,。