测试工作流程简介48961.pptx

《测试工作流程简介48961.pptx》由会员分享，可在线阅读，更多相关《测试工作流程简介48961.pptx（35页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、 测试工作流程简介本本PPTPPT将介绍如何结合使用将介绍如何结合使用RationalRational工具管理整个测试工作工具管理整个测试工作流程流程(RUP(RUP定义的定义的5 5个主要的测试活动个主要的测试活动)测试的计划测试的计划测试的设计测试的设计测试的实施测试的实施测试的执行测试的执行测试的评估测试的评估2005-5-312005-5-311 1流程简介一、测试计划一、测试计划二、测试用例设计二、测试用例设计三、测试准备三、测试准备四、测试执行四、测试执行五、缺陷管理五、缺陷管理六、测试停止六、测试停止七、测试总结七、测试总结2005-5-312005-5-312 2一、测试计划测

2、试工程师根据测试组长在版本库中位置为测试工程师根据测试组长在版本库中位置为emed4managementplantestplaningemed4managementplantestplaning下的下的 emed4-plan-test.mpp emed4-plan-test.mpp文档中规定的关键活动来制定文档中规定的关键活动来制定测试计划测试计划2005-5-312005-5-313 3测试计划根据测试项目的要求，使用根据测试项目的要求，使用testmanagertestmanager制定测试计划，制定测试计划，制定测试计划的目的是确定和描述要实施和执行的测试制定测试计划的目的是确定和描述要

3、实施和执行的测试 ，这是通过生成包含测试需求和测试策略的测试计划来完，这是通过生成包含测试需求和测试策略的测试计划来完成的成的 。2005-5-312005-5-314 4测试计划创建测试计划：创建测试计划：在在testmanagertestmanager中的测试资产中的测试资产planning tabplanning tab中可以通过中可以通过new new test plantest plan来创建测试计划来创建测试计划 在创建测试计划的时候，我们要确定测试计划的所有人，在创建测试计划的时候，我们要确定测试计划的所有人，测试计划的配置关联和迭代关联测试计划的配置关联和迭代关联2005-5-

4、312005-5-315 5测试计划2005-5-312005-5-316 6二、测试用例设计在在testmanagertestmanager里进行测试用例的设计里进行测试用例的设计 testmanager testmanager使用测试用例文件夹来分层次的管理测试用使用测试用例文件夹来分层次的管理测试用例，我们可以通过这种方式对我们的例，我们可以通过这种方式对我们的4.04.0的系统功能按照的系统功能按照一层层的关系来建立，例如：一层层的关系来建立，例如：标准数据标准数据 基础数据、机构数据、产品数据基础数据、机构数据、产品数据 药品信息、产品信息这样的结构药品信息、产品信息这样的结构 这样

5、的结构和我们的需求文档是相对的，查找起来比较方这样的结构和我们的需求文档是相对的，查找起来比较方便便2005-5-312005-5-317 7测试用例设计创建测试用例文件夹的方法是在创建测试用例文件夹的方法是在TestManageTestManage右面的窗口点右面的窗口点击测试计划的右键选择击测试计划的右键选择Inster Test Case Folder Inster Test Case Folder 我们按照系统的层次来创建测试用例文件夹，一般第一层我们按照系统的层次来创建测试用例文件夹，一般第一层是子系统的名称，下一层是一级功能菜单的名称，再下一是子系统的名称，下一层是一级功能菜单的名

6、称，再下一层是二级功能菜单的名称，再下面是对应的功能按钮的名层是二级功能菜单的名称，再下面是对应的功能按钮的名称，功能按钮下挂的才是各个场景的测试用例。称，功能按钮下挂的才是各个场景的测试用例。2005-5-312005-5-318 8测试用例设计2005-5-312005-5-319 9测试用例设计根据项目的要求，配置测试用例文件夹的配置关联和迭代根据项目的要求，配置测试用例文件夹的配置关联和迭代关联关联在最后一层测试用例文件夹下要加入测试用例，选中该文在最后一层测试用例文件夹下要加入测试用例，选中该文件夹点击右键选择件夹点击右键选择Instert Test Case,Instert Tes

7、t Case,在在Test Inputs TabTest Inputs Tab中中可以关联选择该测试用例对应的需求文档的部分（测试输可以关联选择该测试用例对应的需求文档的部分（测试输入），在入），在Implementation TabImplementation Tab中选择该测试用例所对应的中选择该测试用例所对应的手工脚本，此外前置条件，后置条件，和测试用例的验收手工脚本，此外前置条件，后置条件，和测试用例的验收标准也是必须要填写的。标准也是必须要填写的。2005-5-312005-5-311010测试用例设计2005-5-312005-5-311111测试用例设计手工测试脚本的编写手工测试

8、脚本的编写 ：通过通过Rational ManualTestRational ManualTest实现实现 在在ManualTestManualTest中我们要描述出每个用例场景的操作步骤和中我们要描述出每个用例场景的操作步骤和检查点检查点 操作步骤即我们通常所说的测试步骤，检查点可以认为是操作步骤即我们通常所说的测试步骤，检查点可以认为是期望结果。我们在这里可以利用检查点来验证链接页面，期望结果。我们在这里可以利用检查点来验证链接页面，页面数据项名称，系统提示等的正确性。并将手工脚本和页面数据项名称，系统提示等的正确性。并将手工脚本和测试用例进行关联，一个测试用例只编写一个测试脚本，测试用例

9、进行关联，一个测试用例只编写一个测试脚本，当一个测试用例关联一个自动化脚本和一个手工脚本时，当一个测试用例关联一个自动化脚本和一个手工脚本时，自动化脚本将默认被执行。自动化脚本将默认被执行。2005-5-312005-5-311212测试用例设计步骤步骤查证点查证点2005-5-312005-5-311313三、测试的准备对测试用例和测试文档的学习（考核点）对测试用例和测试文档的学习（考核点）对所要使用的测试工具的学习和操作（考核点）对所要使用的测试工具的学习和操作（考核点）所需环境的搭建所需环境的搭建测试数据的准备（特别的项目中考虑）测试数据的准备（特别的项目中考虑）2005-5-31200

10、5-5-311414四、测试的执行测试用例的运行测试用例的运行测试结果的查看测试结果的查看2005-5-312005-5-311515测试用例的运行选择要运行的测试用例，点击右键选择选择要运行的测试用例，点击右键选择runrun2005-5-312005-5-311616测试用例的运行在在run test casesrun test cases窗口中，可以配置要运行的测试用例列表，窗口中，可以配置要运行的测试用例列表，和运行测试用例的计算机，默认为本地计算机和运行测试用例的计算机，默认为本地计算机完成对运行测试用例的配置后，点击完成对运行测试用例的配置后，点击okok会弹出会弹出Run Man

11、ual Run Manual Test Script windowTest Script window窗口窗口2005-5-312005-5-311717测试用例的运行测试结果执行手工测试脚本生成日志2005-5-312005-5-311818测试用例的运行这就是我们在这就是我们在Rational ManualTestRational ManualTest中编写的手工测试脚中编写的手工测试脚本，在脚本的本，在脚本的resultresult列对于步骤描述行显示列对于步骤描述行显示check boxcheck box选选择框，对于查证点行显示下拉选择框，下拉框中可以选择择框，对于查证点行显示下拉选

12、择框，下拉框中可以选择 pass pass、failfail、none,none,我们在运行手工测试脚本进行测试时我们在运行手工测试脚本进行测试时 根据实际测试时每一步的执行情况根据实际测试时每一步的执行情况把实际的测试结果记录把实际的测试结果记录在在Run Manual Test Script windowRun Manual Test Script window这个页面，这样我们在这个页面，这样我们在日志中就可以清楚的看到每个测试用例的执行情况，是通日志中就可以清楚的看到每个测试用例的执行情况，是通过还是出错，点击过还是出错，点击DoneDone按钮，系统自动弹出按钮，系统自动弹出Test

13、 LogTest Log界面，界面，显示执行的结果显示执行的结果2005-5-312005-5-311919测试结果的查看执行一组执行一组suitesuite，测试用例，测试脚本之后，测试用例，测试脚本之后TestManagerTestManager写写结果到一个测试日志中结果到一个测试日志中 ，测试日志记录在，测试日志记录在Results TabResults Tab的的BuildsBuilds目录下，日志名称和测试用例的一致。双击后在窗目录下，日志名称和测试用例的一致。双击后在窗口的右侧可以显示口的右侧可以显示Test Log Test Log 2005-5-312005-5-312020

14、测试结果的查看2005-5-312005-5-312121测试结果的查看TestManagerTestManager中的中的TestLogTestLog窗口包含了测试日志摘要（窗口包含了测试日志摘要（Test Test Log SummaryLog Summary）区域，测试用例结果（）区域，测试用例结果（Test Case Test Case ResultsResults）标签，和细节（）标签，和细节（DetailsDetails）标签。在）标签。在Test LogTest Log窗窗口中可以通过点击口中可以通过点击Test Case ResultsTest Case Results标签来获

15、得每个测标签来获得每个测试用例总的结果试用例总的结果是通过还是失败？是通过还是失败？Test Case Test Case ResultsResults标签展现一个测试用例的执行结果。首次打开一标签展现一个测试用例的执行结果。首次打开一个测试日志并点击个测试日志并点击Test Case ResultsTest Case ResultsTest Case ResultsTest Case Results标签时，这里显示标签时，这里显示的的Interpreted ResultInterpreted Result是系统执行后产生的结果，但我们是系统执行后产生的结果，但我们根据实际的分析情况可以修改结

16、果。修改后要根据实际的分析情况可以修改结果。修改后要promotedpromoted该该结果，指明该结果有意义结果，指明该结果有意义 2005-5-312005-5-312222测试结果的查看Test LogTest Log 窗口中的窗口中的DetailsDetailsDetailsDetails标签包含日志事件，事件对应标签包含日志事件，事件对应了我们手工测试脚本的每一个步骤和检查点。如下图：了我们手工测试脚本的每一个步骤和检查点。如下图：2005-5-312005-5-312323测试结果的查看DetailsDetailsDetailsDetails里的结果只能查看不能修改。对于里的结果只

17、能查看不能修改。对于ResultResult为为FailFail的的记录可以点击右键选择记录可以点击右键选择“Submit Defedt”,“Submit Defedt”,就可以直接关联就可以直接关联到到clearquestclearquest中的提交中的提交BUGBUG功能中了。点击右键选择功能中了。点击右键选择“Properties”“Properties”可以查看详细信息。可以查看详细信息。2005-5-312005-5-312424五、缺陷管理RationalRational使用使用CQCQ进行缺陷的管理进行缺陷的管理 。DetailsDetailsDetailsDetails里的结果

18、，对于里的结果，对于ResultResult为为FailFail的记录点击右键选择的记录点击右键选择“Submit Defedt”,“Submit Defedt”,将出现将出现CQCQ登陆界面，这时可以使用登陆界面，这时可以使用CQCQ登陆帐号登陆登陆帐号登陆CQ,CQ,提交缺陷。提交缺陷。2005-5-312005-5-312525五、缺陷管理2005-5-312005-5-312626五、缺陷管理系统会自动分配一个系统会自动分配一个IDID相关人员在填写、增加、修改、删除相关人员在填写、增加、修改、删除BugBug管理系统信息时，管理系统信息时，应按照应按照BugBug提交规范中的规定进行

19、。提交规范中的规定进行。Bug Bug 的状态、优的状态、优先级、产生阶段等按照在先级、产生阶段等按照在CQCQ中定义的选项执行。中定义的选项执行。2005-5-312005-5-312727五、缺陷管理缺陷管理流程2005-5-312005-5-312828五、缺陷管理2005-5-312005-5-312929五、缺陷管理回归测试2005-5-312005-5-313030回归测试回归测试测试的步骤：回归测试测试的步骤：当更改完一批当更改完一批BugBug或测试完一阶段，均可进行测试版本更新，进入下或测试完一阶段，均可进行测试版本更新，进入下一阶段的回归测试，程序更新需项目经理发一阶段的回

20、归测试，程序更新需项目经理发mailmail通知测试组统一进行。通知测试组统一进行。回归测试先验证已修改的回归测试先验证已修改的BugBug，再进行相关测试：，再进行相关测试：1)1)对于对于FixedFixed状态的状态的BugBug验证通过后将验证通过后将BugBug状态置为状态置为“Close”“Close”，未，未成功修改的成功修改的BugBug状态置为状态置为“Reopen”“Reopen”；2)Rejected2)Rejected状态的状态的BugBug由测试人员和实施人员协商后确定由测试人员和实施人员协商后确定BugBug类型，若确认为类型，若确认为BugBug需要进行需要进行D

21、ebugDebug的，将状态置为的，将状态置为“Reopen”“Reopen”；3)Deferred 3)Deferred状态的状态的BugBug须得到项目总控或客户确认，须得到项目总控或客户确认，DeferredDeferred状态的状态的BugBug一旦确定开始一旦确定开始DebugDebug的，将状态置为的，将状态置为“Reopen”“Reopen”。2005-5-312005-5-313131六、测试停止项目测试的结束项目测试的结束项目测试的结束项目测试的结束 2005-5-312005-5-313232项目测试的结束项目测试的结束测试结束后，测试负责人应编制测试报告，内容须包测试结束

22、后，测试负责人应编制测试报告，内容须包括以下几个方面：括以下几个方面：1 1）对该阶段工作进行综合评价，包括测试工作效率、资）对该阶段工作进行综合评价，包括测试工作效率、资源消耗情况、测试技术和工具的采用以及测试用例的质量源消耗情况、测试技术和工具的采用以及测试用例的质量等；等；2 2）对测试结果进行概述，对该版本软件质量进行综合性）对测试结果进行概述，对该版本软件质量进行综合性的评价；的评价；3 3）对测试过程中的经验、教训进行总结。）对测试过程中的经验、教训进行总结。2005-5-312005-5-313333七、测试总结 项目结束后，测试人员需要对测试项目进行总结：内容须包括以下情项目结

23、束后，测试人员需要对测试项目进行总结：内容须包括以下情况：况：1 1）项目阶段历时）项目阶段历时 2 2）实际测试工作是否与预想的进度一致）实际测试工作是否与预想的进度一致,有多少差异有多少差异,如何使进度差如何使进度差异减小异减小 ，有哪些好的测试经验或方法有哪些需要改进地方，有哪些好的测试经验或方法有哪些需要改进地方 3 3）测试新需求的过程与预想的是否一致，在测试过程中吸取到什么）测试新需求的过程与预想的是否一致，在测试过程中吸取到什么教训教训 4 4）沟通和协调管理上的是否存在问题）沟通和协调管理上的是否存在问题 5 5）时间上的观点）时间上的观点 6 6）对测试流程的建议和发现的问题）对测试流程的建议和发现的问题2005-5-312005-5-313434演讲完毕，谢谢观看！