• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

使用 IBM Rational Quality Manager 进行测试规划

发布: 2009-6-19 07:58 | 作者: 网络转载 | 来源: IBM | 查看: 422次 | 进入软件测试论坛讨论

领测软件测试网


 

规划执行

计划过程中一个比较棘手的方面便是规划执行。您需要考虑以下的一些事情(有一些是您将会遇到的,有一些您不会遇到):

  • 测试人员的数量
  • 应用每一个时期需要的层次,环境和配置,或者质量标准
  • 您必须支持的测试初始资源的大小和范围
  • 您认为必须执行测试的一段时间
  • 您觉得您将会遇到多少问题或者需要解决多少问题的估计
  • 您将会揭示并需要运行多少新型测试的估计
  • 您估计您不需要运行多少次测试的估计

为了让事情变得更加困难,作为一个测试管理员,您并不需要完全凭空想去计划。您必须考虑对其他团队和管理员的依赖性。对于过去的项目,计划涉及到了一系列文件(计划文件,项目计划,估计传单以及等等)还要举行会议并进行检查。对于现在的项目,计划一般会更快,并涉及到了更少的人,但是它仍然需要考虑您知道些什么,以及您不知道什么。

使 Rational Quality Manager 测试计划更加显眼的是 Test SchedulesTest Estimation,以及 Test Team 部分。这三项以一种帮助您描述执行的画面的方式,集合了其他所有的 部分(Entry and Exit CriteriaTest and Quality ObjectivesRequirements,以及 Test Cases)。

在 Rational Quality Manager 的管理界面内,您可以建立并管理不同的测试团队。您可以使用一对多分配模式来完成它,这意味着同一个人可以工作在多个团队(现实中很常见)。一旦您开始了创建,如果您选择了一个计划内的测试团队,那么您可以查看是哪个团队成员分配给了该项目(同样见于图 12)。这些团队成员通常能够去做任务分配,测试用例分配以及计划内的其他操作。


图 12. 测试计划内的 Test Team 分配
指定执行计划的团队的界面

作为计划过程的一部分,您可以创建关于测试计划大小的高层次估计。您也可以提供运行每一个私人测试用例所需的具体时间或者精力的估计。这些估计帮助您去评估您的进展,它们会向一些报告提供输入 。

在测试项目的早期阶段,您可以提供高层次的完成测试计划活动所需时间的估计,以及运行所有测试所需的时间和精力的估计。这些测试通常都是基于您对项目需求的理解。图 13 显示了在测试计划中定义高层次估计的范例。在早期这种拉下式计划可以十分有用。


图 13. 测试计划内高水平的测试估计
对个人小时,日,月,年衡量的效果

在随后的计划中,您可以通过向每一个测试用例添加一个加权值,来提供一份详细的关于测试执行效果的估计。在 Rational Quality Manager 中,测试扩展记录继承了相关测试用例的加权值。例如,一个分配有 10 加权值的测试用例,其运行的时间可能是加权值为 5 测试用例的两倍。一般来说,所谓的加权值就是您的测试团队使用某个测试单元的数值。

有一些测试团队想以点来衡量权重,而另外一些人则以小时、分钟或者其他的一些测量手段来衡量。这些具体的范围信息可用作一些执行状态报告的输入。通过向每一个测试用例分配不同的权重,您可以运行精确的报告,同时考虑运行中的测试用例的绝对数量,以及运行每一个测试用例所需的时间。

在高水平的估计之后,您可以在测试计划的 Test Schedule 部分中,定义一个高水平的日程表(如图 14 所示)。对于每一个重大事件或者重复中,您可以创建高水平的日程表,该日程表列出了诸如版本、代码冻结、UI 冻结、beta 入口、beta 出口,以及其他的日期之类的信息。


图 14. 测试计划中的日程安排规划
定义重大事件的对话框

规划自动化

从测试计划的角度出发,该角度时候考虑 Rational Quality Manager 可以怎样帮助您去计划使用自动化。您可以为性能和安全性测试之类的事情设置质量目标,并为您的自动化测试覆盖面定义环境。您还可以为您准备使用哪些工具,以及在什么地方使用它们做一些前置计划。

在您的测试计划中,所有的测试元素都会与 Rational Quality Manager 联系起来,您有机会去计划并管理您的自动化效果。首先,您可以向您的需求添加通用标签。这给您一些自动化使用方面的前置计划。例如,如果您正在检查一项需求,那么您可以将其贴上以下的标签:

  • 关键字 regression 用于您想要建立一个自动化回归测试用例的需求
  • 关键字 performance 用于您需要开发性能测试的需求,或者需要联系基于需求一些方面的性能测试
  • 关键字 configuration 用于可能驱动自动化测试多环境的需求
  • 关键字 SOA 用于您想要在 Web 服务界面层次上测试的需求
  • 关键字 security 用于可能会使用 IBM® Rational® AppScan®(或者其他一些工具)来测试的需求

在计划那些自动化效果时,提供一些您可以报告的简单标签。

在此之后,您可以尝试进行特定自动化的脚本和测试。您还可以选择,为一些不同种类的您可能对项目进行自动化的类别分配测试用例。除了标签和追踪性,考虑一下向您的日程表和估计添加不同的自动化,性能,安全性测试以及 Web 服务测试任务。通过这种方式,您可以将它们与测试项目的其余部分完全的集成起来。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

55/5<12345

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网