- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
IBMRational软件测试过程管理技术与工具4.ppt
IBM Rational全面的软件质量保证平台;议程;对于软件测试技术,可以从不同的角度加以分类:
从是否需要执行被测软件的角度,可分为静态测试和动态测试;
从是否针对系统的内部结构和具体实现算法的角度来看,测试可分为白盒测试和黑盒测试;
从阶段的角度来分,可以分为单元测试、集成测试、系统测试、验收测试,等等;
从测试类型角度来看,可以分为功能测试、性能测试、安全性测试,覆盖度测试、可靠性测试等等;
……;单元测试
侧重于核实软件的最小可测试元素,核实是否已覆盖控制流和数据流,以及构件是否可以按照预期工作
集成测试
集成测试是为了确保当把构件集成起来执行时,这些构件能够正常运行。集成测试将揭示接口规约中不够完全或错误的地方
系统测试
系统测试是将经过集成测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统规格说明书中指定功能的有效方法,目的是对最终软件系统进行全面的测试,确保最终软件系统满足产品需求并且遵循系统设计
验收测试
验收测试是部署软件之前的最后一个测试操作,目的是确保软件准备就绪,并且可以供最终用户用于执行软件的既定功能和任务;;议程;IBM一贯坚持全面质量管理理念;;*;;Test Status;以需求驱动的质量保证(续) -----需求和测试双向追踪;IBM Rational提供了缺陷跟踪、问题管理的全面解决方案,实现缺陷管理、统计和分析的有效性和高效率;;IBM Rational提供了覆盖测试生命周期的测试管理平台,实现测试计划、测试用例、测试脚本、测试执行、测试报告、测试缺陷、测试环境的全面管理;;议程;什么是RUP?
Rational Unified Process? (RUP)是:
一个可以通过Web浏览器来使用的软件工程过程集;
它定义了整个软件开发过程中-在什么时候、应该由谁、进行什么样的开发活动、产生什么样的结果,来确保按时提交高品质软件产品;
它将最佳软件开发经验传递给所有团队成员,可以极大的提高团队生产效率;
通过为所有重要的开发活动提供全面的指南、模板和示例,使流程变得切实可行;
业界事实上的软件开发过程??准;
RUP总体体系架构
每个角色完成指定的活动
每个活动产生合格的工件
每个工件拥有相关的指南、模板和检查点;IBM Rational软件测试流程与方法;通用方法论
对术语, 交付件, 以及职责的共同理解;议程;;测试计划
制定测试计划的目的是确定和描述要实施和执行的测试。这是通过生成包含测试需求和测试策略的测试计划来完成的;
可以制定一个单独的测试计划,用于描述所有要实施和执行的不同测试类型,也可以为每种测试类型制定一个测试计划。
测试设计
设计测试的目的是确定、描述和生成测试过程和测试用例。
测试开发
测试开发的目的是实施(记录、生成或编写)测试设计中定义的测试过程,输出工件是称为测试脚本。
测试执行
测试执行的目的是确保整个系统按既定意图运行;
系统集成员在各迭代中编译并链接系统,每一迭代都需要测试增加的功能,并重复执行以前版本测试过的所有测试用例(回归测试)。
测试评估
测试评估的目的是生成并交付测试评估摘要。这是通过复审并评估测试结果、确定并记录变更请求,以及计算主要测试评测方法来完成的;
测试评估摘要以组织有序的格式提供测试结果和主要测试评测方法,用于评估测试对象和测试流程的质量。
???陷跟踪
记录测试发现的缺陷或用户问题,并且跟踪、管理缺陷的状态变更;;IBM新一代测试管理工具-RQM;*;;*;议程;;嵌入式及实时系统白盒测试(续) 广泛的平台支持;Finding Correcting Errors;用IBM RFT进行功能测试初学者和专业人员的自动化测试工具;静态代码量度Logiscope;用IBM RPT进行性能测试初学者和专业人员的自动化测试工具;用IBM AppScan进行安全测试初学者和专业人员的自动化测试工具;;测试虚拟化能力大大扩展了IBM在软件全生命周期管理领域的能力;Rational Integration Tester: SOA测试;议程;首先要认识到实现全面质量管理一项复杂而艰巨的系统工程
软件质量不是测试出来的!
取得高层管理者和所有相关人员的支持是关键
把实现全面质量管理目标与业务目标联系起来
消除开发、测试与质保团队的对立,建立一致的目标是关键!
有好的方法论做指导已经成功了一半
建设公司级质量管理流程和协作体系
工具只有在好的方法的指导下才能发挥作用
工具能帮助我们提高效率!
专业服务和人员培训至关重要
人的素质永远是第一位的!;*
原创力文档


文档评论(0)