最新 IBM 测试管理解决方案 - download.51testing.comdownload.51testing.com/ibm/qsmzqzlgl.pdf · IBM Software Group | Rational software 39 结合 IBM 自动化测试框架增强脚本编辑能力

®

IBM Software Group

© 2008 IBM Corporation

最新IBM测试管理解决方案

IBM Software Group | Rational software

22222222

是否我们的注意力集中在需求和质量上？传统方法导致大量返工、工期延迟和低下的质量

20

200

修复所

需的

相对

成本

验收QA 测试编码设计分析

0000

维护

105

50

80% 80% 80% 80% 的开发成本都被用来识别和纠正缺陷！

传统 QA QA QA QA 测试� 25 – 30% 的交付时间都用在测试中 (IBM Study)� 糟糕的上游质量导致了返工

� 被压缩的计划使这种情况变得更糟

1-2

丢失的机会

� 推迟上市 6 6 6 6 个月以上将导致组织损失 5 5 5 5 年 ROI ROI ROI ROI 的 33333333%%%%

� 41%41%41%41% 的项目未能交付预期的业务 ROI

� 49%49%49%49% 的项目超出了最初的预算

Standish Group


3333

X

3333

问题：孤立的开发生命周期

• 需求经常丢失 – 未能满足涉众需求和业务需求，缺少计划和

成本目标

• 缺乏可追踪性 – 无法证实遵从性

• 缺乏影响分析 – 无法反映不断变化的业务需求

X

• 对““““感知的””””需求进行测试 – 验收测试失败之后返工，导致计划变

动和更高的成本

• 业务的变化不能被追踪到测试 – 由于高优先级的需求可能被放到

流程末尾并被丢弃，导致更高的业务风险

那么我如何修复这些问题？而且不再延期和超出预算？

X

XX

X

实现

验收测试

集成测试设计

规格系统测试

客户需求

X

X

X


44444444

跨越应用质量的开发生命周期


5555

延伸：跨越应用质量生命周期

需求产品经理/分析师

开发架构师/开发人员

验证测试参与者/测试人员

生产生产和部署经理

构建测试

用例

测试

结果缺陷

服务水平

APARAPARAPARAPARRFERFERFERFE

最终镜像

产品限制

测试

计划

迭代 1111迭代 2222

迭代 N N N N

设计////建模

需求定义

显示测试用例与项

目中的需求的衔接

情况

使用在项目测试中学到

的信息来帮助用户（使

用笔记等）

显示上一个版本中有

哪些变化，以便让我

了解哪些功能现在可

用于测试。

显示项目何时满足质

量标准并准备好发布

在组织中识别能进

行自动化的最佳测

试用例

需求管理


66666666

议程

保证业务质量

� 质量管理工具

� 功能测试工具

� 性能测试工具


7777

基于Jazz的质量管理解决方案--RQM


8888

IBM RationalIBM RationalIBM RationalIBM Rational提升质量管理

减少业务风险改进运行效率作出自信的决定

协作自动化报告

协作的、持续的和全面的信息共享，减少缺陷、改进传递效率并增加客户满意度

使劳动密集型活动自动化，缩短上市时间、增加可预见性和一致性，改进投资回报

时刻了解软件质量指标，为发布作出决策，以满足业务和IT需要


99999999

通过自动化改进运营效率

通过协作降低业务风险

通过快速的报告作出自信的决定

� 在团队中协调测试计划

� 可实施的过程工作流

� 上游和下游质量

� 提高实验室效率和资产利用率

� 测试配置优化

� 环境和生命周期覆盖

� 动态分析和流程改进

� 主动的风险预防

� 更高的可预测性

使用集中式的Hub来管理业务驱动的质量


10101010

基于角色的测试工作流

测试经理

测试组长

实验室资源经理

测试人员

建立测试计划

要求测试组长创建测试用例

定义质量目标

导入需求

响应实验室资源请求

创建测试脚本

关闭缺陷

创建缺陷

运行测试

创建测试用例

建立测试用例与需求的关联

规划测试执行

申请实验室资源

要求测试人员创建测试脚本

发布已审批的测试计划


11111111

测试经理的测试工作流

测试组长


测试人员


创建测试脚本

关闭缺陷

创建缺陷

运行测试

创建测试用例


规划测试执行




测试经理

建立测试计划


定义质量目标

导入需求


12121212

质量仪表盘

General Add new Tab

Add new Viewlet


1313131313131313

测试经理的仪表盘被定制的信息实时刷新

使用者可自己定义版面和内容


14141414

测试计划管理支持迭代的测试计划

使用多用户定义section，构建测试计划

追踪测试计划历史

指定属主


15151515

为测试计划添加测试需求


16161616

添加测试任务


17171717

测试组长可看到分配给自己的任务


18181818

测试经理

建立测试计划


定义质量目标

导入需求

测试组长的测试工作流


测试人员


创建测试脚本

关闭缺陷

创建缺陷

运行测试

测试组长

创建测试用例


规划测试执行





19191919

测试用例


20202020

为测试关联需求


21212121

规划测试执行

� 指定测试用例的执行环境，并确定测试配置

� 测试配置常用来帮助搜索是否有可用于测试的机器

� 如果没有相应的测试环境，测试组长可提交购买请求


22222222

过程审核对测试内容进行审核和审批

� 测试经理、测试组长review、refine 和sign-off所有和质量相关的工件

�需求、测试计划、测试用例、完成标准等

� 维护版本历史，追踪质量的演进

工件的审核和审批

工件版本


23232323

申请测试环境资源

� 提交请求，要求实验室资源经理提供测试环境

� 包含两个主要内容：使用环境的期限和环境的配置


24242424

测试经理

建立测试计划


定义质量目标

导入需求

实验室资源经理的测试工作流

测试组长

测试人员

创建测试脚本

关闭缺陷

创建缺陷

运行测试

创建测试用例


规划测试执行







25252525

查找可用的测试资产

� 实验室资源经理从申请列表中查找新的请求

� 根据请求的测试配置，实验室资源经理查找可用的机器

� 如找到匹配机器，将被保留，供测试使用


26262626

执行自动化部署任务


27272727

通知申请者

27272727

� 一旦系统被装好，实验室资源经理将通知申请者可进行测试

� 测试人员可开始进行测试


28282828

测试经理

建立测试计划


定义质量目标

导入需求

测试人员的测试工作流

测试组长



创建测试用例


规划测试执行




测试人员

创建测试脚本

关闭缺陷

创建缺陷

运行测试


29292929

为测试用例创建手工测试脚本

Add a manual test script to a test caseAdd a manual test script to a test caseAdd a manual test script to a test caseAdd a manual test script to a test case


30303030

从外部测试工具导入自动化测试脚本

创建导入测试脚本

创建一个测试脚本的参考


31313131

为测试用例选择测试环境

Run Script


32323232

执行测试并提交缺陷


33333333

报表来自多个角度的项目状态的静态视图

定制的报表能够共享和了解重要项目信息


3434343434343434

议程

保证业务质量





35353535

用 IBM Rational Functional Tester 进行功能测试初学者和专业人员的自动化测试工具

� IBM Rational Functional Tester

�WEB、J2EE和.Net系统的自动回归测试

� 主要优点

�降低功能测试成本

�快速生成测试脚本能力

�为高级测试人员提供强大的脚本语言和IDE


36363636

3333、执行

创建一个功能测试只需要三个步骤

� 脚本录制

�捕捉用户和系统在测试下的交互

� 脚本修改

�捕捉用户和系统在测试下的交互

� 脚本执行

�保证本地和远程执行的可靠回放

2222、修改1111、录制


37373737

1、创建一个功能测试录制脚本

� 创建测试脚本，捕获所有系统和用户的交互

�基于用户导航操作，生成脚本

�当要验证系统响应，插入验证点

� 脚本录制要考虑

�环境的支持

�创建数据驱动测试

�数据和属性的验证

�动态数据验证

�不能被自动化的内容


38383838

2、创建一个功能测试修改脚本

� 基于录制的脚本修改代码

�增加VB.net或Java代码完成更多功能

�可能的修改: 增加条件分支，数据池，重定义结构

� 修改脚本要考虑

�强大的编码语言

�专业的调试工具

�灵活的Object map编辑能力

�脚本的版本控制能力


39393939

结合IBM自动化测试框架增强脚本编辑能力

� IBM自动化测试框架提供

�由appobjects, tasks和testcases组成的3层架构的实现

�IBM类包

�IBM最佳实践

�一个集成的IDE

� 它是用RFT进行GUI自动化测试的理论指导和最佳实践


40404040

3层架构

� 由appobjects, tasks和testcases组成3层架构

� 分层的架构可以分离“做什么”和“怎么做”

appobjectsappobjectsappobjectsappobjectsappobjectsappobjectsappobjectsappobjects

taskstaskstaskstaskstaskstaskstaskstasks

testcasestestcasestestcasestestcasestestcasestestcasestestcasestestcases

存储被测系统中有关GUI元素的信息

存储在被测系统中通用的一些遍历路径以便重用

在此编写你的测试用例，用来在被测系统中进行导航，验证系统状态，记录结果


41414141

如何组织3层架构

� Testcases层可以看作是你要测试“做什么”的一个高层的视图

� Tasks和appobjects层为testcases层提供必要的实现细节－测试“怎么做”


42424242

3、创建一个功能测试执行测试

� 执行脚本，注意可能的差异

�执行脚本并产生测试日志

�测试日志会在实际和期望结果中高亮不同

� 执行脚本要考虑

�使用ScriptAssure技术确保可靠的回放

�可使远程和本地回放在不同平台进行


4343434343434343

议程

保证业务质量





44444444

� IBM Rational Performance Tester

�基于WEB系统的测试

� 主要优点

�保证工作生产力

� 隐藏复杂度使工作完成

�先进的数据访问和处理

� 数据变量及其同步

�低成本的性能测试工具

� 低资源需要

� 集成桌面开发工具

用 IBM Rational Performance Tester 进行性能测试初学者和专业人员的自动化测试工具


45454545

3333、执行和测试2222、制定工作负载(Workload)(Workload)(Workload)(Workload)1111、建立脚本

� 脚本创建时需要考虑的因素

�可视化测试编辑器,变量化输入数据,关联服务器响应

� 工作负载的考虑因素

�精确描述用户的真实工作负载

� 执行和分析的考虑因素

�验证响应&找到系统瓶颈

创建一个性能测试需要3个步骤


46464646

1、创建一个性能测试建立脚本1、创建一个性能测试建立脚本

� 捕获用户和服务器的交互来创建测试

� 创建的测试结果在树视图(tree view)中显示为一系列访问过的页面

� 创建脚本时的关键考虑点

�消除编程的需要

�不同的用户,不同的输入数据

�关联系统响应数据

� 捕获用户和服务器的交互来创建测试

� 创建的测试结果在树视图(tree view)中显示为一系列访问过的页面

� 创建脚本时的关键考虑点

�消除编程的需要

�不同的用户,不同的输入数据

�关联系统响应数据


47474747

2、创建一个性能测试制定工作负载2、创建一个性能测试制定工作负载

� 测试被组装起来以执行

�进度表定义了脚本执行的顺序

�进度表定义了被用来生成负载的代理机器

� Linux 和 Windows 代理

� 创建工作负载时的关键考虑:

�可以灵活的来精确建模复杂的工作负载

�在运行时可以动态的增加负载来找到临界点

� 测试被组装起来以执行

�进度表定义了脚本执行的顺序

�进度表定义了被用来生成负载的代理机器

� Linux 和 Windows 代理

� 创建工作负载时的关键考虑:

�可以灵活的来精确建模复杂的工作负载

�在运行时可以动态的增加负载来找到临界点


48484848

3、创建一个性能测试执行和分析3、创建一个性能测试执行和分析

� 中央控制台来执行分布式的测试

�主控制台可以协调和监控所有的活动

�可以用Windows和Linux的代理来生成负载

� 分析时的关键考虑

�找到响应速度慢的页面

�找到资源瓶颈

� 中央控制台来执行分布式的测试

�主控制台可以协调和监控所有的活动

�可以用Windows和Linux的代理来生成负载

� 分析时的关键考虑

�找到响应速度慢的页面

�找到资源瓶颈


49494949


49494949

最佳实践过程

总结：质量架构

管理测试实验室

创建计划

建立测试

报告结果

执行测试

协作的应用生命周期管理

功能测试

性能测试 Web Web Web Web 服务质量代码质量

安全和遵从性

测试管理

质量仪表盘

开放生命周期服务集成

缺陷管理需求管理


50505050


50505050

今天我们处于什么位置？我们期望处于什么位置？

级别 0 0 0 0：不可知

级别 1 1 1 1：意识到

级别 2 2 2 2：熟练

�没有归档的质量流程。�只执行了非常少的测试。�没认识到QAQAQAQA的重要性。

�测试大多是手动的。�未与需求或缺陷影响相衔接。�没有测试实验室管理。�可追踪性低。

�具有出色的 QA QA QA QA 实践，但只在单一团队上实施�与需求或缺陷影响相衔接。�自动化刚刚起步。�测试实验室管理没有被组织起来。

�组织级的 QA QA QA QA 实践都得到了归档和遵从。�自动化程度非常高。� BuildBuildBuildBuild验证既是自动的，有非常全面。�测试实验室管理得到有效利用。�功能强大的治理报告。

�清晰的项目 QA QA QA QA 目标得到了集中归档。�自动化程度非常高。�与需求或缺陷影响相衔接。�出色地利用测试实验室管理。�功能强大的治理报告。�质量延伸到安全性、遵从性等领域。

级别 4 4 4 4：思想领袖

级别 3333：遵从


51515151


Documents

最新 IBM 测试管理解决方案 - download.51testing.comdownload.51testing.com/ibm/qsmzqzlgl.pdf · IBM Software Group | Rational software 39 结合 IBM 自动化测试框架增强脚本编辑能力