測試工作流程課件

2023/7/211

測試工作流程簡介本PPT將介紹如何結合使用Rational工具管理整個測試工作流程(RUP定義的5個主要的測試活動)測試的計劃測試的設計測試的實施測試的執(zhí)行測試的評估2023/7/212流程簡介一、測試計劃二、測試用例設計三、測試準備四、測試執(zhí)行五、缺陷管理六、測試停止七、測試總結2023/7/213一、測試計劃測試工程師根據(jù)測試組長在版本庫中位置為emed4\management\plan\testplaning下的

emed4-plan-test.mpp文檔中規(guī)定的關鍵活動來制定測試計劃2023/7/214測試計劃根據(jù)測試項目的要求，使用testmanager制定測試計劃，制定測試計劃的目的是確定和描述要實施和執(zhí)行的測試，這是通過生成包含測試需求和測試策略的測試計劃來完成的。2023/7/215測試計劃創(chuàng)建測試計劃：在testmanager中的測試資產(chǎn)planningtab中可以通過newtestplan來創(chuàng)建測試計劃在創(chuàng)建測試計劃的時候，我們要確定測試計劃的所有人，測試計劃的配置關聯(lián)和迭代關聯(lián)2023/7/216測試計劃2023/7/217二、測試用例設計在testmanager里進行測試用例的設計

testmanager使用測試用例文件夾來分層次的管理測試用例，我們可以通過這種方式對我們的4.0的系統(tǒng)功能按照一層層的關系來建立，例如：標準數(shù)據(jù)>基礎數(shù)據(jù)、機構數(shù)據(jù)、產(chǎn)品數(shù)據(jù)

>藥品信息、產(chǎn)品信息這樣的結構這樣的結構和我們的需求文檔是相對的，查找起來比較方便2023/7/218測試用例設計創(chuàng)建測試用例文件夾的方法是在TestManage右面的窗口點擊測試計劃的右鍵選擇InsterTestCaseFolder我們按照系統(tǒng)的層次來創(chuàng)建測試用例文件夾，一般第一層是子系統(tǒng)的名稱，下一層是一級功能菜單的名稱，再下一層是二級功能菜單的名稱，再下面是對應的功能按鈕的名稱，功能按鈕下掛的才是各個場景的測試用例。2023/7/219測試用例設計2023/7/2110測試用例設計根據(jù)項目的要求，配置測試用例文件夾的配置關聯(lián)和迭代關聯(lián)在最后一層測試用例文件夾下要加入測試用例，選中該文件夾點擊右鍵選擇InstertTestCase,在TestInputsTab中可以關聯(lián)選擇該測試用例對應的需求文檔的部分（測試輸入），在ImplementationTab中選擇該測試用例所對應的手工腳本，此外前置條件，后置條件，和測試用例的驗收標準也是必須要填寫的。

2023/7/2111測試用例設計2023/7/2112測試用例設計手工測試腳本的編寫：通過RationalManualTest實現(xiàn)在ManualTest中我們要描述出每個用例場景的操作步驟和檢查點操作步驟即我們通常所說的測試步驟，檢查點可以認為是期望結果。我們在這里可以利用檢查點來驗證鏈接頁面，頁面數(shù)據(jù)項名稱，系統(tǒng)提示等的正確性。并將手工腳本和測試用例進行關聯(lián)，一個測試用例只編寫一個測試腳本，當一個測試用例關聯(lián)一個自動化腳本和一個手工腳本時，自動化腳本將默認被執(zhí)行。2023/7/2113測試用例設計步驟查證點2023/7/2114三、測試的準備對測試用例和測試文檔的學習（考核點）對所要使用的測試工具的學習和操作（考核點）所需環(huán)境的搭建測試數(shù)據(jù)的準備（特別的項目中考慮）2023/7/2115四、測試的執(zhí)行測試用例的運行測試結果的查看2023/7/2116測試用例的運行選擇要運行的測試用例，點擊右鍵選擇run2023/7/2117測試用例的運行在runtestcases窗口中，可以配置要運行的測試用例列表，和運行測試用例的計算機，默認為本地計算機完成對運行測試用例的配置后，點擊ok會彈出RunManualTestScriptwindow窗口2023/7/2118測試用例的運行測試結果執(zhí)行手工測試腳本生成日志2023/7/2119測試用例的運行這就是我們在RationalManualTest中編寫的手工測試腳本，在腳本的result列對于步驟描述行顯示checkbox選擇框，對于查證點行顯示下拉選擇框，下拉框中可以選擇

pass、fail、none,我們在運行手工測試腳本進行測試時根據(jù)實際測試時每一步的執(zhí)行情況把實際的測試結果記錄在RunManualTestScriptwindow這個頁面，這樣我們在日志中就可以清楚的看到每個測試用例的執(zhí)行情況，是通過還是出錯，點擊Done按鈕，系統(tǒng)自動彈出TestLog界面，顯示執(zhí)行的結果2023/7/2120測試結果的查看執(zhí)行一組suite，測試用例，測試腳本之后TestManager寫結果到一個測試日志中，測試日志記錄在ResultsTab的Builds目錄下，日志名稱和測試用例的一致。雙擊后在窗口的右側可以顯示TestLog2023/7/2121測試結果的查看2023/7/2122測試結果的查看TestManager中的TestLog窗口包含了測試日志摘要（TestLogSummary）區(qū)域，測試用例結果（TestCaseResults）標簽，和細節(jié)（Details）標簽。在TestLog窗口中可以通過點擊TestCaseResults標簽來獲得每個測試用例總的結果――是通過還是失敗？TestCaseResults標簽展現(xiàn)一個測試用例的執(zhí)行結果。首次打開一個測試日志并點擊TestCaseResults標簽時，這里顯示的InterpretedResult是系統(tǒng)執(zhí)行后產(chǎn)生的結果，但我們根據(jù)實際的分析情況可以修改結果。修改后要promoted該結果，指明該結果有意義

2023/7/2123測試結果的查看TestLog

窗口中的Details標簽包含日志事件，事件對應了我們手工測試腳本的每一個步驟和檢查點。如下圖：2023/7/2124測試結果的查看Details里的結果只能查看不能修改。對于Result為Fail的記錄可以點擊右鍵選擇“SubmitDefedt”,就可以直接關聯(lián)到clearquest中的提交BUG功能中了。點擊右鍵選擇“Properties”可以查看詳細信息。2023/7/2125五、缺陷管理Rational使用CQ進行缺陷的管理。Details里的結果，對于Result為Fail的記錄點擊右鍵選擇“SubmitDefedt”,將出現(xiàn)CQ登陸界面，這時可以使用CQ登陸帳號登陸CQ,提交缺陷。2023/7/2126五、缺陷管理2023/7/2127五、缺陷管理系統(tǒng)會自動分配一個ID相關人員在填寫、增加、修改、刪除Bug管理系統(tǒng)信息時，應按照《Bug提交規(guī)范》中的規(guī)定進行。Bug的狀態(tài)、優(yōu)先級、產(chǎn)生階段等按照在CQ中定義的選項執(zhí)行。

2023/7/2128五、缺陷管理缺陷管理流程2023/7/2129五、缺陷管理2023/7/2130五、缺陷管理回歸測試2023/7/2131回歸測試回歸測試測試的步驟：當更改完一批Bug或測試完一階段，均可進行測試版本更新，進入下一階段的回歸測試，程序更新需項目經(jīng)理發(fā)mail通知測試組統(tǒng)一進行。回歸測試先驗證已修改的Bug，再進行相關測試：1)

對于Fixed狀態(tài)的Bug驗證通過后將Bug狀態(tài)置為“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”。2023/7/2132六、測試停止項目測試的結束

2023/7/2133項目測試的結束測試結束后，測試負責人應編制《測試報告》，內(nèi)容須包括以下幾個方面：1）對該階段工作進行綜合評價，包括測試工作效率、資源消耗情況、測試技術和工具的采用以及測試用例的質(zhì)量等；2）對測試結果進行概述，對該版本軟件質(zhì)量進行綜合性的評價；3）對測試過程中的經(jīng)驗、教訓進行總結。2023/7/21