《測試工作流程軟件測試資料大全》由會員分享，可在線閱讀，更多相關《測試工作流程軟件測試資料大全（34頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、單擊此處編輯母版標題樣式,,單擊此處編輯母版文本樣式,,第二級,,第三級,,第四級,,第五級,,2005-5-31,*,測試工作流程簡介,本PPT將介紹如何結合使用Rational工具管理整個測試工作流程(RUP定義的5個主要的測試活動 ),,測試的計劃,,測試的設計,,測試的實施,,測試的執(zhí)行,,測試的評估,,,2005-5-31,1,,流程簡介,一、測試計劃,,二、測試用例設計,,三、測試準備,,四、測試執(zhí)行,,五、缺陷管理,,六、測試停止,,七、測試總結,2005-5-31,2,,一、測試計劃,測試工程師根據(jù)測試組長在版本庫中位置為emed4\management\plan\testpl

2、aning下的,,emed4-plan-test.mpp文檔中規(guī)定的關鍵活動來制定測試計劃,,,,2005-5-31,3,,測試計劃,根據(jù)測試項目的要求，使用testmanager制定測試計劃，制定測試計劃的目的是確定和描述要實施和執(zhí)行的測試 ，這是通過生成包含測試需求和測試策略的測試計劃來完成的 。,,2005-5-31,4,,測試計劃,創(chuàng)建測試計劃：,,在testmanager中的測試資產(chǎn)planning tab中可以通過new test plan來創(chuàng)建測試計劃,,在創(chuàng)建測試計劃的時候，我們要確定測試計劃的所有人，測試計劃的配置關聯(lián)和迭代關聯(lián),2005-5-31,5,,測試計劃,2005-

3、5-31,6,,二、測試用例設計,在testmanager里進行測試用例的設計,,testmanager使用測試用例文件夾來分層次的管理測試用例，我們可以通過這種方式對我們的4.0的系統(tǒng)功能按照一層層的關系來建立，例如：,,標準數(shù)據(jù)>基礎數(shù)據(jù)、機構數(shù)據(jù)、產(chǎn)品數(shù)據(jù),,>藥品信息、產(chǎn)品信息這樣的結構,,這樣的結構和我們的需求文檔是相對的，查找起來比較方便,,2005-5-31,7,,測試用例設計,創(chuàng)建測試用例文件夾的方法是在TestManage右面的窗口點擊測試計劃的右鍵選擇Inster Test Case Folder,,我們按照系統(tǒng)的層次來創(chuàng)建測試用例文件夾，一般第一層是子系統(tǒng)的名稱，下一層是

4、一級功能菜單的名稱，再下一層是二級功能菜單的名稱，再下面是對應的功能按鈕的名稱，功能按鈕下掛的才是各個場景的測試用例。,2005-5-31,8,,測試用例設計,2005-5-31,9,,測試用例設計,根據(jù)項目的要求，配置測試用例文件夾的配置關聯(lián)和迭代關聯(lián),,在最后一層測試用例文件夾下要加入測試用例，選中該文件夾點擊右鍵選擇Instert Test Case ,在Test Inputs Tab中可以關聯(lián)選擇該測試用例對應的需求文檔的部分（測試輸入），在Implementation Tab中選擇該測試用例所對應的手工腳本，此外前置條件，后置條件，和測試用例的驗收標準也是必須要填寫的。,,2005-

5、5-31,10,,測試用例設計,2005-5-31,11,,測試用例設計,手工測試腳本的編寫 ：,,通過Rational ManualTest實現(xiàn),,在ManualTest中我們要描述出每個用例場景的操作步驟和檢查點,,操作步驟即我們通常所說的測試步驟，檢查點可以認為是期望結果。我們在這里可以利用檢查點來驗證鏈接頁面，頁面數(shù)據(jù)項名稱，系統(tǒng)提示等的正確性。并將手工腳本和測試用例進行關聯(lián)，一個測試用例只編寫一個測試腳本，當一個測試用例關聯(lián)一個自動化腳本和一個手工腳本時，自動化腳本將默認被執(zhí)行。,2005-5-31,12,,測試用例設計,步驟,查證點,2005-5-31,13,,三、測試的準備,對測

6、試用例和測試文檔的學習（考核點）,,對所要使用的測試工具的學習和操作（考核點）,,所需環(huán)境的搭建,,測試數(shù)據(jù)的準備（特別的項目中考慮）,2005-5-31,14,,四、測試的執(zhí)行,測試用例的運行,,測試結果的查看,2005-5-31,15,,測試用例的運行,選擇要運行的測試用例，點擊右鍵選擇run,,2005-5-31,16,,測試用例的運行,在run test cases窗口中，可以配置要運行的測試用例列表，和運行測試用例的計算機，默認為本地計算機,,完成對運行測試用例的配置后，點擊ok會彈出Run Manual Test Script window窗口,,2005-5-31,17,,測試用

7、例的運行,測試結果,執(zhí)行手工測試腳本生成日志,2005-5-31,18,,測試用例的運行,這就是我們在Rational ManualTest中編寫的手工測試腳本，在腳本的result列對于步驟描述行顯示check box選擇框，對于查證點行顯示下拉選擇框，下拉框中可以選擇,,pass、fail、none,我們在運行手工測試腳本進行測試時,,根據(jù)實際測試時每一步的執(zhí)行情況,把實際的測試結果記錄在Run Manual Test Script window這個頁面，這樣我們在日志中就可以清楚的看到每個測試用例的執(zhí)行情況，是通過還是出錯，點擊Done按鈕，系統(tǒng)自動彈出Test Log界面，顯示執(zhí)行的結

8、果,,,2005-5-31,19,,測試結果的查看,執(zhí)行一組suite，測試用例，測試腳本之后TestManager寫結果到一個測試日志中 ，測試日志記錄在Results Tab的Builds目錄下，日志名稱和測試用例的一致。雙擊后在窗口的右側可以顯示Test Log,2005-5-31,20,,測試結果的查看,2005-5-31,21,,測試結果的查看,TestManager中的TestLog窗口包含了測試日志摘要（Test Log Summary）區(qū)域，測試用例結果（Test Case Results）標簽，和細節(jié)（Details）標簽。在Test Log窗口中可以通過點擊Test Cas

9、e Results標簽來獲得每個測試用例總的結果――是通過還是失?。縏est Case Results標簽展現(xiàn)一個測試用例的執(zhí)行結果。首次打開一個測試日志并點擊,Test Case Results,標簽時，這里顯示的Interpreted Result是系統(tǒng)執(zhí)行后產(chǎn)生的結果，但我們根據(jù)實際的分析情況可以修改結果。修改后要promoted該結果，指明該結果有意義,,2005-5-31,22,,測試結果的查看,Test Log,,窗口中的,Details,標簽包含日志事件，事件對應了我們手工測試腳本的每一個步驟和檢查點。如下圖：,,2005-5-31,23,,測試結果的查看,Details,里的結

10、果只能查看不能修改。對于Result為Fail的記錄可以點擊右鍵選擇“Submit Defedt”,就可以直接關聯(lián)到clearquest中的提交BUG功能中了。點擊右鍵選擇“Properties”可以查看詳細信息。,2005-5-31,24,,五、缺陷管理,Rational使用CQ進行缺陷的管理 。,,Details,里的結果，對于Result為Fail的記錄點擊右鍵選擇“Submit Defedt”,將出現(xiàn)CQ登陸界面，這時可以使用CQ登陸帳號登陸CQ,提交缺陷。,,,2005-5-31,25,,五、缺陷管理,2005-5-31,26,,五、缺陷管理,系統(tǒng)會自動分配一個ID,,相關人員在填寫

11、、增加、修改、刪除Bug管理系統(tǒng)信息時，應按照《Bug提交規(guī)范》中的規(guī)定進行。Bug 的狀態(tài)、優(yōu)先級、產(chǎn)生階段等按照在CQ中定義的選項執(zhí)行。,,2005-5-31,27,,五、缺陷管理,缺陷管理流程,,2005-5-31,28,,五、缺陷管理,,2005-5-31,29,,五、缺陷管理,回歸測試,2005-5-31,30,,回歸測試,回歸測試測試的步驟：,,當更改完一批Bug或測試完一階段，均可進行測試版本更新，進入下一階段的回歸測試，程序更新需項目經(jīng)理發(fā)mail通知測試組統(tǒng)一進行。回歸測試先驗證已修改的Bug，再進行相關測試：,,1)? 對于Fixed狀態(tài)的Bug驗證通過后將Bug狀態(tài)置為“

12、Close”，未成功修改的Bug狀態(tài)置為“Reopen”；,,2)??? Rejected狀態(tài)的Bug由測試人員和實施人員協(xié)商后確定Bug類型，若確認為Bug需要進行Debug的，將狀態(tài)置為“Reopen”；,,3)??? Deferred狀態(tài)的Bug須得到項目總控或客戶確認，Deferred狀態(tài)的Bug一旦確定開始Debug的，將狀態(tài)置為“Reopen”。,,2005-5-31,31,,六、測試停止,項目測試的結束,,2005-5-31,32,,項目測試的結束,測試結束后，測試負責人應編制《測試報告》，內(nèi)容須包括以下幾個方面：,,1）對該階段工作進行綜合評價，包括測試工作效率、資源消耗情況、測試技術和工具的采用以及測試用例的質量等；,,2）對測試結果進行概述，對該版本軟件質量進行綜合性的評價；,,3）對測試過程中的經(jīng)驗、教訓進行總結。,2005-5-31,33,,七、測試總結,項目結束后，測試人員需要對測試項目進行總結：內(nèi)容須包括以下情況：,,1）項目階段歷時,,2）實際測試工作是否與預想的進度一致,有多少差異,如何使進度差異減小 ，有哪些好的測試經(jīng)驗或方法有哪些需要改進地方,,3）測試新需求的過程與預想的是否一致，在測試過程中吸取到什么教訓,,4）溝通和協(xié)調管理上的是否存在問題,,5）時間上的觀點,,6）對測試流程的建議和發(fā)現(xiàn)的問題,2005-5-31,34,,