|

楼主 |
发表于 2012-12-26 14:42:14
|
显示全部楼层
本帖最后由 技术狂人 于 2012-12-26 14:45 编辑
0 y, d& ~5 @# _+ |8 ~# f2 P$ @3 }- r" a- x& N$ S2 G, a; } {
使用 RQM 管理测试计划
' ~2 \/ e7 i. b测试计划(Test Plan)是质量保证非常重要的组成部分。测试计划包含测试策略,测试目的,测试环境,测试日程等。使用 RQM,可以很方便地管理 Test Plan。在 RQM 中点击 Planning->Create Test Plan 创建一个 Test Plan,如图 3 所示:* B! i( ~; ~; H/ W, C. s6 r$ n
) r4 s+ V( k& d
图 3. 创建 Test Plan
0 m6 V e$ e( `1 h& y
7 W) K/ I" y2 R. T! C$ @0 u3 D- L在实际工作中,测试团队也许一开始就在使用 RQM 或者其他的管理工具,当然也可能使用文档进行日常测试活动的管理。基于在工作中总结的最佳实践,不同的情况在使用 RQM 时,可以选择如下任意一种方式:) E J' ^- Z9 j5 y& }' [5 ^5 v' [0 j1 K
1. 使用 RQM 管理 Test Plan。如图 3 所示,在 RQM 中建立 Test Plan 之后可以创建测试目标 (Test Objectives),测试环境 (Test Environment),测试日程 (Test Schedules) 等。
9 ?7 j- l( B& U: l2. 使用 RQM 加文档的方式管理 Test Plan。正如前面所说,当一个测试团队开始使用 RQM 时,虽然强大的 RQM 可以满足测试管理的需求。但实际上在使用 RQM 之前,测试团队已经使用文档管理测试相当长的时间,在 Test Plan 方面有很多很好的文档的模板(这同时也是测试团队的宝贵财产)。测试团队既希望可以利用已有的文档,又希望可以使用 RQM 提供的强大的功能。RQM 当然可以满足这样的需求并且可以很好地将现有的资源利用起来。RQM 提供了编辑文档的功能,使用它可以直接将文档中的内容复制到编辑区,进行编辑,并且可以很好地保留文档中的格式。这样就可以在项目开发过程中使用已有的模板编写测试目的,测试策略,测试设计等,然后将其复制到 RQM 中。具体的实现方法如下:如图 3 所示,点击 Test Objectives,在 Test Objectives 的页面上,点击 Add Content 进行 Test Objectives 的编辑,如图 4 所示:
! X$ _4 X) n4 `- {0 R0 C/ w8 G/ J0 B4 q$ B: Y8 O
图 4. 编辑 Test Objectives
. h' g! \/ o0 a" K8 m+ x8 y1 x0 `8 D; S6 C8 n: k
在 Test Schedules 中建立 Milestone。项目在开发的过程中,会有开发的里程碑(Milestone)。同样,测试也会有 Test Milestone。在 RQM 的 Test Plan 中可以很方便地管理 Milestone,点击 Test Schedules,添加相应的 Milestone,如图 5 所示:
& A8 G) t; J; a6 h9 R; A" F8 u. L! w, B+ h0 V0 [
图 5. 建立 Test Milestones- H/ a9 f$ q/ ^% A: V5 j
' m- K. H* B y) p
Milestone 建立后,当创建测试用例执行记录(Test Case Execution Records)时,就可以选择相应的 Milestone 去更好地管理测试用例执行记录(Test Case Execution Records)。
0 Z7 Z$ O1 R' w' z0 I2 ]如果开发中的是一个多平台应用的产品,例如支持多个操作系统(Operation System),多个 Web 服务器,多个数据库(Database),多个浏览器等,那么使用 RQM 管理 Test Environment 就是一个很方便的事情。如图 6 所示建立测试环境(Test Environment):
" j1 ^7 K/ J) z: I, p& ]* i0 ~8 Z4 H
图 6. 建立 Test Environment
) L, Z1 }+ H+ H* o# v& ~% M8 i) b$ E9 d \
建立好的 Environment 可以在多个 Test Plan 中使用。如图 7 所示,在创建 Test Execution Records 时,可以选择 Test Plan 中已填加好的 Test Environment。/ \7 z8 T x# ]9 k) P* W
5 e: e; ]2 i, m, J, {; q
图 7. 添加已有的 Test Environment5 r5 p$ N* C4 Q0 |' x$ b
; k% s- v+ x3 v% J* P
评审(Review)是软件测试活动中非常重要的一部分,在 Test Plan 建立并得到完善之后(例如创建 Test Estimation,Entry Criteria,Exit criteria 等),要经过相关人员的评审。首先将 Test Plan 设置成 Ready for Review,然后点击 Formal Review,添加相关的 Reviewer 和 Approver。如果 Test Plan 的 Owner 希望 Test Plan 在某个特定的日期前完成评审,则可以添加 Due Date,如图 8 所示:, k. u/ G. O1 A# v* r1 h( O X f
3 C$ r6 L. c6 r: S) M2 F
图 8. 评审 Test Plan
2 `# d) k1 X, R* j/ D: I7 t7 }
) P$ M1 U; K1 u) ]5 S当 Test Plan 被保存之后,相关的 Reviewer 和 Approver 会收到邮件通知。在评审的过程中,评审的建议可以加到注释(Comments)里。相应的评审进度会显示在 Status 中。
* a3 e' c# _3 u4 W3 W9 ]0 ~8 H1 U/ H7 |3 @
|
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
|