51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3241|回复: 9
打印 上一主题 下一主题

[求助] 用TestDirector的测试管理的流程

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-10-13 16:36:22 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
TestDirector的测试管理包括如下四个阶段:

         

需求定义(Specify Requirements):

分析应用程序并确定测试需求。

测试计划(Plan Tests):

        基于测试需求,建立测试计划。

测试执行(Execute Tests):

        创建测试集(Test Set)并执行测试。

缺陷跟踪(Track Defects):

        报告程序中产生的缺陷并跟踪缺陷修复的全过程。

        贯穿测试的每一个阶段,你能够通过产生详细的报告和图标对数据进行分析。



1.2需求定义(Specify Requirements)
     分析应用程序并确定测试需求。

定义测试范围(Define Testing Scope):

检查应用程序文档,并确定测试范围——测试目的、目标和策略。

创建需求(Create Requirements):

        创建需求树(Requirements Tree),并确定它涵盖所有的测试需求。

描述需求(Detail Requirements):

        为“需求树”中的每一个需求主题建立了一个详细的目录,并描述每一个需求,给它分配一个优先级,如有必要的话还可以加上附件。

分析需求(Analyze Requirements):

        产生报告和图表来帮助你分析测试需求,并检查需求以确保它们在你的测试范围内。



1.3测试计划(Planning Tests)
        基于已定义的测试需求,创建相应的测试计划。

定义测试策略(Define Testing Strategy):

检查应用程序、系统环境和测试资源,并确认测试目标。

定义测试主题(Define Test Subject):

        将应用程序基于模块和功能进行划分,并对应到各个测试单元或主题,构建测试计划树(Test Plan Tree)。

定义测试(Define Tests):

        定义每个模块的测试类型,并为每一个测试添加基本的说明。

创建需求覆盖(Create Requirements Coverage):

        将每一个测试与测试需求进行连接。

设计测试步骤(Design Test Steps):

        对于每一个测试,先决定其要进行的测试类型(手动测试和自动测试),若准备进行手动测试,需要为其在测试计划树上添加相应的测试步骤(Test Steps)。测试步骤描述测试的详细操作、检查点和每个测试的预期结果。

自动测试(Automate Tests):

        对于要进行自动测试的部分,应该利用MI、自己或第三方的测试工具来创建测试脚本。

分析测试计划(Analyze Test Plan):

        产生报告和图表来帮助你分析测试计划数据,并检查所有测试以确保它们满足你的测试目标。



1.4测试执行(Running Tests)
        创建测试集(Test Set)并执行测试。

创建测试集(Create Test Sets):

在你的工程中定义不同的测试组来达到各种不同的测试目标,他们可能包括,举个例子,在一个应用程序中测试一个新的应用版本或是一个特殊的功能。并确定每个测试集都包括了哪些测试。

确定进度表(Schedule Runs):

        为测试执行制定时间表,并为测试员分配任务。

运行测试(Run Tests):

        自动或手动执行每一个测试集。

分析测试结果(Analyze Test Results):

        查看测试结果并确保应用程序缺陷已经被发现。生成的报告和图表可以帮助你分析这些结果。



1.5缺陷跟踪(Tracking Defects)
       报告程序中产生的缺陷并跟踪缺陷修复的全过程。

添加缺陷(Add Defects):

报告程序测试中发现的新的缺陷。在测试过程中的任何阶段,质量保证人员、开发者、项目经理和最终用户都能添加缺陷。

检查新缺陷(Review New Defects):

        检查新的缺陷,并确定哪些缺陷应该被修复。

修复打开的缺陷(Repair Open Defects):

        修复那些你决定要修复的缺陷。

测试新构建(Test New Build):

        测试应用程序的新构建,重复上面的过程,直到缺陷被修复。

分析缺陷数据(Analyze Defect Data):

        产生报告和图表来帮助你分析缺陷修复过程,并帮助你决定什么时候发布该产品。


文章出处:CNBLOG / 作者:卖烧烤的鱼
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-10-15 09:35:35 | 只看该作者
辛苦楼主了,来帮忙顶一下。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-10-15 18:44:03 | 只看该作者
eeee
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-10-16 04:31:57 | 只看该作者
Thank you very much!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-10-16 15:58:54 | 只看该作者
顶,楼主辛苦了
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-10-17 14:01:28 | 只看该作者
辛苦了,顶一下
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-10-17 19:41:16 | 只看该作者
歇息楼主
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-10-18 13:44:08 | 只看该作者

xuexi!
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-10-19 16:40:54 | 只看该作者
好东东 先顶一下

再仔细看看
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-10-23 10:14:17 | 只看该作者
这是比较规范的TD测试流程,每个公司可以根据自己的情况增,删,改.像我们公司就基本不用需求分析这个模块.呵呵公司小.没那么规范啦.
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-25 19:40 , Processed in 0.091741 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表