终于尝试着将需求,计划,实践,缺陷联系起来(图多,杀小猫) - [ TestDirecto...

来源：百度文库 编辑：神马文学网 时间：2024/05/04 10:55:14
  redsong
高级战友



#1 发表于 2005-11-15 12:46  资料 短消息  终于尝试着将需求,计划,实践,缺陷联系起来(图多,杀小猫)

 自己试的，不知道是否正确，写出来，请大家指正。

起因： 公司的缺陷管理，一直只使用TD中的Defects部分，说白了，就是个功能全面的留言板，而没有把TD的全部功能用起来。我下边的叙述，就是尝试把整个TD应用起来。

软件配置：Win2000 Server+SQLServer2000+各种补丁+TestDirector 7.6+SP4

先写好Requirements,注意树状的分支，该写的项目就写，别偷懒。
最小的分支最好是一个功能点。

然后tools-covert to tests-convert all

[ 本帖最后由 redsong 于 2005-11-15 13:10 编辑 ]  引用  报告  评分 回复 redsong
高级战友



#2 发表于 2005-11-15 12:51  资料 短消息  三种选择中
第一种是把需求树中的最小级别转换成Test Plan中的“步骤”
第二种是把需求树中的最小级别转换成Test Plan中的”最小级别“
第三种是把需求树中的最小级别转换成Test Plan中的”目录“,(目录下边还可以自己增加树状的Test Plan结构)

个人认为 选择第二种比较好。

图片附件: SpxImage1.jpg (2005-11-15 12:51, 78.05 K)

 引用  报告  评分 回复 redsong
高级战友



#3 发表于 2005-11-15 12:59  资料 短消息  下一步之后可以在 目录(Subject) 测试(Test) 步骤(Design Step) 描述(Description) 之间转换  
这里用中文显然表达的不清楚 还是用英文更好。
点Legend可以看到详细的说明   

文件夹样子的的图标是 Subject
M的图标是Test
粗粗的叹号是Design Step
文本文件的图标是Description

这里我默认啥都没改。

图片附件: [Step 2 of 3] SpxImage2.jpg (2005-11-15 12:59, 120.81 K)

 引用  报告  评分 回复 redsong
高级战友



#4 发表于 2005-11-15 13:01  资料 短消息  再下一步是选 转到Test Plan之后的路径

图片附件: [到Test Plan后的路径] SpxImage4.jpg (2005-11-15 13:01, 61.74 K)

 引用  报告  评分 回复 redsong
高级战友



#5 发表于 2005-11-15 13:05  资料 短消息  转到Test Plan后 左侧还是树状的结构。
现在要做的是 在右侧 对每个不可细分的需求点 增加测试步骤的描述。
左侧的树状结构中  选中某个不可再分的需求点(粗粗的M的图标)

右侧 选中“Design Steps” 之后点第一个图标(两个叹号一个加号的图标) New Step
输入 测试这个功能点的每一个步骤。

图片附件: [New Step] SpxImage5.jpg (2005-11-15 13:05, 55.69 K)

 引用  报告  评分 回复 redsong
高级战友



#6 发表于 2005-11-15 13:09  资料 短消息  写好之后 大致是这样的情况

图片附件: [写好某个功能点的Design Step之后] SpxImage7.jpg (2005-11-15 13:09, 111.27 K)

 引用  报告  评分 回复 redsong
高级战友



#7 发表于 2005-11-15 13:18  资料 短消息  接下来是Test Plan和Test LAB之间的关系。 这块我是这样理解的，也是我最不敢肯定我理解的是否正确的地方

整个项目，Test Plan有很多，但是，时间，人力的限制，不可能每个Test Plan都去做一遍测试，而仅仅是把重要的Test Plan进行测试， 这时候，就要把选择需要做测试的Test Plan 转到Test Lab中来。

我不肯定我的理解是否正确，希望大家斧正。

左侧New Test Set之后 右侧切换到Execution Flow,之后点Select Tests 这时最右侧出现Test Plan中的树状结构。

右击要进行测试的Test Plan中的最小分支(M图标)，点 Add Tests to Test Set,出现如图所示的结构。

图片附件: [test] SpxImage8.jpg (2005-11-15 13:18, 31.59 K)

 引用  报告  评分 回复 redsong
高级战友



#8 发表于 2005-11-15 13:21  资料 短消息  这时候点Run 或者Run Manually 开始进行测试

图片附件: [test] SpxImage9.jpg (2005-11-15 13:21, 83.93 K)

 引用  报告  评分 回复 redsong
高级战友



#9 发表于 2005-11-15 13:22  资料 短消息  上图中 点Exec Steps  依照已经写好的步骤进行测试。

[ 本帖最后由 redsong 于 2005-11-15 17:04 编辑 ]

图片附件: [test9] SpxImage2.jpg (2005-11-15 17:04, 141.88 K)

 引用  报告  评分 回复 redsong
高级战友



#10 发表于 2005-11-15 13:25  资料 短消息  如果某个步骤通过了 在Status中选择Passed 如果失败了  选择Failed 同时 Add Defetc.

[ 本帖最后由 redsong 于 2005-11-15 17:05 编辑 ]

图片附件: [test] SpxImage5.jpg (2005-11-15 17:05, 149.28 K)

 引用  报告  评分 回复 ldneliza
本站元老



#11 发表于 2005-11-15 13:25  资料 主页 短消息  先回后看！

 辛苦！！！  引用  报告  评分 回复 redsong
高级战友



#12 发表于 2005-11-15 13:30  资料 短消息  这时 Add Defetc的时候  内容中 会自动增加一些东西。  到此为止 我感觉
需求 测试Plan  测试LAB 缺陷  终于联系起来了。

[ 本帖最后由 redsong 于 2005-11-15 17:07 编辑 ]

图片附件: [ Add Defetc] SpxImage6.jpg (2005-11-15 17:07, 125.83 K)

 引用  报告  评分 回复 null2
高级战友



#13 发表于 2005-11-15 13:47  资料 短消息  辛苦
学习  引用  报告  评分 回复 redsong
高级战友



#14 发表于 2005-11-15 13:50  资料 短消息  最后说说我的想法：

1 TD功能太强大了。仅仅用他的缺陷管理这部分，就已经能够把测试过程中的工作流问题完全管起来。

2 如果想使用TD的其他功能，那么最好的办法是 要么都用，要么都不用。
  比如 只想用需求部分和缺陷部分，而中间的Plan和Lad省略不用，这样不是很显示。

3 如果用TD，最好所有的人都用TD. 比如写需求的人用的是word,写测试用例的人用Excel，而真正测试的人用TD,这样很麻烦。

4 Test Plan里边的步骤的确很麻烦，无形中会增加很多工作量。 这块的应用，我认为应该是一个人写好，其他人来用的。比如一个人写好详细的测试用例。然后找一堆不是很懂这套产品的人按照测试用例来操作。如果写测试用例的人和执行测试的人是同一个，那么，如此详细的测试用例，似乎用处就不是很大了。

我是新手，上边所有的图文，都是自己摸索出来的，肯定有思路不对的地方，大家别照超，欢迎批评指正。

最后，感谢另外一个帖子中tofy兄弟给我的提示“TEST LAB就是测试实施了，可以从TEST PLAN抽取部分或全部的用例，然后来执行，用例执行完以后，相应的需求和用例的状态会自动发生改变，当然事先需求和用例必须要关联起来；”  ---这句话给了我很大的帮助，谢谢tofy.

[ 本帖最后由 redsong 于 2005-11-15 13:52 编辑 ]  引用  报告  评分 回复 ldneliza
本站元老



#15 发表于 2005-11-15 14:12  资料 主页 短消息  不好意思，没等发完就回帖了。
谢谢楼主了！  引用  报告  评分 回复 redsong
高级战友



#16 发表于 2005-11-15 15:35  资料 短消息  所有的提到“粗粗的叹号”的地方 ，替换为"脚印"  更好一些。体现“步骤”的意思。  引用  报告  评分 回复 迎风
本站元老



#17 发表于 2005-11-15 16:25  资料 短消息  很好的帖子，看了受益匪浅，虽然我公司目前的环境中TD也只用了Defect模块，但将来新项目若测试先期介入的话肯定会把TD的其它功能模块利用起来。谢谢楼主这篇文章，非常有实践性与借鉴性。支持！  引用  报告  评分 回复 ken6328
一般战友




#18 发表于 2005-11-15 20:11  资料 短消息  好文!

不过
LZ使用TEST直接与DEFECTS关联这一块好象不太妥当,如果是多个TEST出现的都是一个BUG的情况怎么对应啊? 一个DEFECT只能对应一个TEST,第二个关联的出现会切断DEFECT与第一个TEST的关联. 如果这样的话就只能看到BUG,而找不到TEST了.   LZ有什么高招解决这个问题么?  引用  报告  评分 回复 redsong
高级战友



#19 发表于 2005-11-16 09:03  资料 短消息 

QUOTE: 原帖由 ken6328 于 2005-11-15 20:11 发表
好文!

不过
LZ使用TEST直接与DEFECTS关联这一块好象不太妥当,如果是多个TEST出现的都是一个BUG的情况怎么对应啊? 一个DEFECT只能对应一个TEST,第二个关联的出现会切断DEFECT与第一个TEST的关联. 如果这样的话 ...
你的完整意思我不太明白，但是“多个TEST出现的都是一个BUG的情况” 这块我理解。
以前只应用Defects部分的时候，我鼓励所有测试人员写上他们发现的所有BUG，而不用管同样的BUG以前是否被其他人提交过。我觉得这样做至少有3个好处：
1 重现：比如一个BUG, A测出，但是不能重现，而同样的Bug,B也测出，无形中就相当于重现了。
2 工作量：如果B测试出来的BUG因为发现A已经提交过同样的了而没有提交，无形中对B的工作量有影响。
3 因人而异：同样的BUG，A和B会有不同的理解，从各自不同的角度去叙述，有助于研发人员修改bug.


上边提到的是只应用Defcts部分的时候，现在刚刚尝试着吧需求，用例，实践结合起来。怎样更有助于工作，还理解的不是很透彻，还望多指教。  引用  报告  评分 回复 ken6328
一般战友




#20 发表于 2005-11-17 11:46  资料 短消息  哦  I see that!
可是在统计BUG数的时候会很麻烦啊,有很多相同的BUG,造成在TD中无法简单的直接生成产品真实的BUG率.
不容易掌握产品的测试进度和测试深度啊.

呵呵  这只是我个人的感觉  引用  报告  评分 回复 redsong
高级战友



UID 2743
精华 1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线 #23 发表于 2005-11-19 14:37  资料 短消息 

QUOTE: 原帖由 ken6328 于 2005-11-17 11:46 发表
哦  I see that!
可是在统计BUG数的时候会很麻烦啊,有很多相同的BUG,造成在TD中无法简单的直接生成产品真实的BUG率.
不容易掌握产品的测试进度和测试深度啊.

呵呵  这只是我个人的感觉
的确你说的是一个需要仔细考虑的问题. 还好我们这里没有要求统计BUG率。
:p  引用  报告  评分 回复 pooh
一般战友



UID 17222
精华 0
积分 33
帖子 33
综合技术指数 33
生活情趣指数 0
阅读权限 10
注册 2005-4-27
状态 离线 #24 发表于 2005-12-7 16:07  资料 短消息  顶

 左侧New Test Set之后 右侧切换到Execution Flow,之后点Select Tests 这时最右侧出现Test Plan中的树状结构。

右击要进行测试的Test Plan中的最小分支(M图标)，点 Add Tests to Test Set,出现如图所示的结构


我不太明白怎么test plan 和test lab怎么连接,楼主方便的话能说一下吗  引用  报告  评分 回复 adam1000
新手上路



UID 30897
精华 0
积分 8
帖子 8
综合技术指数 8
生活情趣指数 0
阅读权限 10
注册 2005-11-7
状态 离线 #25 发表于 2005-12-10 23:43  资料 短消息  好人 不顶么人性 才开始学 ， 多多关照  引用  报告  评分 回复 redsong
高级战友



UID 2743
精华 1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线 #26 发表于 2005-12-13 15:33  资料 短消息 

QUOTE: 原帖由 pooh 于 2005-12-7 16:07 发表
左侧New Test Set之后 右侧切换到Execution Flow,之后点Select Tests 这时最右侧出现Test Plan中的树状结构。

右击要进行测试的Test Plan中的最小分支(M图标)，点 Add Tests to Test Set,出现如图所示的结构
...
如果让我答复您，恐怕我还要把7楼的内容原封不动的拷贝一遍。
也多说不出其他的了， 同样是新手，我也在学习中。  引用  报告  评分 回复 堆积颜色
中级战友




UID 32133
精华 0
积分 75
帖子 84
综合技术指数 54
生活情趣指数 21
阅读权限 10
注册 2005-11-21
状态 离线 #27 发表于 2005-12-21 15:21  资料 短消息 

QUOTE: 原帖由 pooh 于 2005-12-7 16:07 发表
左侧New Test Set之后 右侧切换到Execution Flow,之后点Select Tests 这时最右侧出现Test Plan中的树状结构。

右击要进行测试的Test Plan中的最小分支(M图标)，点 Add Tests to Test Set,出现如图所示的结构
...
这部分的具体操作在<用户手册>里写得很详细的~~自己去看看吧~~  引用  报告  评分 回复 Milo_yan
新手上路




UID 24211
精华 0
积分 9
帖子 8
综合技术指数 8
生活情趣指数 1
阅读权限 10
注册 2005-8-8
状态 离线 #28 发表于 2006-2-12 20:46  资料 短消息  Mark First, Read it later  引用  报告  评分 回复 jinmen
新手上路




UID 42320
精华 0
积分 6
帖子 6
综合技术指数 6
生活情趣指数 0
阅读权限 10
注册 2006-2-27
状态 离线 #29 发表于 2006-2-27 19:30  资料 短消息  请问2楼的工具从哪儿得来？

 我做好了requirements,但没有做test plan.
怎么样从requirements convert to test plan?  引用  报告  评分 回复 tomzhang
中级战友




UID 31650
精华 1
积分 184
帖子 164
综合技术指数 174
生活情趣指数 10
阅读权限 10
注册 2005-11-15
状态 离线 #30 发表于 2006-3-14 08:53  资料 短消息  楼主的想法很不错，我觉得TD这么贵的东西，不全用太可惜了！还有对自动化脚本的管理，test plan, test lab就会用起来了！
个人觉得<测试用例>也在TD中编写有很大的好处,<查找方便!>  引用  报告  评分 回复 平和地面对一切
新手上路




UID 39003
精华 0
积分 18
帖子 18
综合技术指数 18
生活情趣指数 0
阅读权限 10
注册 2006-2-6
状态 离线 #31 发表于 2006-3-15 09:28  资料 短消息  我们公司也用TD，目前主要还是用DEFECTS 功能。自己正在摸索将Requirements与Test Plan 结合使用。

TD的确是个好东西！  引用  报告  评分 回复 pizad
新手上路




UID 40163
精华 0
积分 15
帖子 15
综合技术指数 15
生活情趣指数 0
阅读权限 10
注册 2006-2-14
状态 离线 #32 发表于 2006-3-31 21:51  资料 短消息  8.0的朋友注意：首先切换到TEST LAB 页面再创建目录：然后增加Test Set。具体步骤自己试一下吧，我也是试出来的。现在也没有记住步骤。希望能对24楼的朋友有所帮助。
   另外问一下:我针对每个测试用例写的具体测试数据在TD写在哪里呢？  引用  报告  评分 回复 liujun_newnew
中级战友



UID 31403
精华 0
积分 143
帖子 143
综合技术指数 143
生活情趣指数 0
阅读权限 10
注册 2005-11-11
来自 长沙
状态 离线 #33 发表于 2006-4-15 11:54  资料 短消息  我个人认为可以写在测试步骤或备注里。



Health is first;Time is second!
希望广交测试朋友和人生挚友……
QQ:253980289;MSN:lj253980289@hotmail.com  引用  报告  评分 回复 alin
新手上路



UID 54249
精华 0
积分 4
帖子 4
综合技术指数 4
生活情趣指数 0
阅读权限 10
注册 2006-5-9
状态 离线 #34 发表于 2006-5-10 17:38  资料 短消息    不知道哪位达人还有TD的下载啊？好想学习TD呢～



测试学习中～  引用  报告  评分 回复 chenximu
新手上路




UID 26378
精华 0
积分 9
帖子 9
综合技术指数 9
生活情趣指数 0
阅读权限 10
注册 2005-9-6
状态 离线 #35 发表于 2006-5-19 17:39  资料 短消息  怎么感觉没有测试用例呢?每一条需求都应该关联一条测试用例的,可是楼主把需求的最小点做为了用例感觉是否有些不妥呢??
个人感觉不知道是否正确,不过我公司在使用TD的时候并不是和楼主使用TD的感觉一样的.  引用  报告  评分 回复 ldneliza
本站元老



UID 22865
精华 0
积分 848
帖子 835
综合技术指数 219
生活情趣指数 629
阅读权限 10
注册 2005-7-18
来自 北京
状态 离线 #36 发表于 2006-5-22 15:46  资料 主页 短消息  test plan里面就已经是测试用例了，如何添加到test lab里面，按select tests然后从右边一栏开始加就行了。test plan里面是你这个项目测试需要的所有测试用例，test lab里面通常都是按照测试阶段划分的，每一个阶段需要哪些测试用例，添加进来，点击run tests按钮，记录结果，就行了，结果为Failed的还要加入到defects里面（也不是自己到defects的标签低下去加的，一个按钮就能解决）。test plan右边就是每一个测试用例的具体描述。



学无止境！坚决把学习事业进行到底！　　one of Elizabeth's blogs  引用  报告  评分 回复 ldneliza
本站元老



UID 22865
精华 0
积分 848
帖子 835
综合技术指数 219
生活情趣指数 629
阅读权限 10
注册 2005-7-18
来自 北京
状态 离线 #37 发表于 2006-5-22 15:50  资料 主页 短消息  通过TD的管理，不需要手动添加defects，requirement是对于需求细化出来的所有测试需求，test plan里是相对应的测试用例，test lab里是每个测试集的测试用例，可以run，如果与预期结果不同，是可以自动添加defects的，并且能够自动将测试用例完整的描述包括step都添加进去，是不用自己写的。



学无止境！坚决把学习事业进行到底！　　one of Elizabeth's blogs  引用  报告  评分 回复 mojinde
高级战友



UID 5514
精华 2
积分 717
帖子 493
综合技术指数 684
生活情趣指数 33
阅读权限 10
注册 2004-10-25
来自 深圳
状态 在线 #38 发表于 2006-6-14 15:06  资料 短消息  学习ing



不要在一棵树上吊死，在附近几棵树上多试试死几次!  引用  报告  评分 回复 guanyin0061125
中级战友



UID 46335
精华 0
积分 77
帖子 75
综合技术指数 51
生活情趣指数 26
阅读权限 10
注册 2006-3-22
状态 离线 #39 发表于 2006-7-17 16:55  资料 短消息  及时雨
有一疑问:一般在测试的时候可能是不同的环境,但产生的错误一样,这种情况下,采用上面的方面对具体描述清楚bug产生的环境吗?

我感觉上面的方法就是根据场景来测试,标注的失败是说明这一场景失败,具体失败原因不详  引用  报告  评分 回复 luojingen100
一般战友




UID 16455
精华 1
积分 95
帖子 56
综合技术指数 94
生活情趣指数 1
阅读权限 10
注册 2005-4-14
来自 beijing
状态 离线 #40 发表于 2006-8-7 14:29  资料 短消息  最近我也在使用TD，感觉的确是一个不错得东西，呵呵，我觉得不错是因为测试得过程中，我随时可以修改我得测试用例，更改我得测试计划。。呵呵 。。  引用  报告  评分 回复  46  1/2 12››  
快速回复主题  选项 标题 Smilies 禁用 URL 识别
禁用 Smilies
禁用 Discuz! 代码
使用个人签名
接收新回复邮件通知 内容

[完成后可按 Ctrl+Enter 发布]  
 
当前时区 GMT+8, 现在时间是 2006-11-8 17:11

    Powered by Discuz! 5.0.0  © 2001-2006 Comsenz Inc.
Processed in 0.058363 second(s), 10 queries , Gzip enabled TOP
清除 Cookies - 联系我们 - 51Testing软件测试网 - Archiver
终于尝试着将需求,计划,实践,缺陷联系起来(图多,杀小猫) - [ TestDirecto... 终于尝试着将需求,计划,实践,缺陷联系起来(图多,杀小猫) - [ TestDirecto... WASP-WAVE蛋白网络将细胞骨架和膜联系起来 十神类象--命理实践联系 第三篇文章：理论联系实践 主需求计划 物料需求计划 - OpenbravoFans 主需求计划 计划不如实践 综合实践课计划 约与实践：尝试不同的交通工具 计划计划将 十神类象--命理实践联系2 物料需求计划（MRP） 小猫小狗"搔首弄姿" 爱宠心切宠物博客时兴起来 用例驱动的需求过程实践 将历史立起来 科学家尝试将震动转为绿色电力 农民工子女教育问题与社会工作理论怎么联系起来？ 农民工子女教育问题与社会工作理论怎么联系起来？ 农民工子女教育问题与社会工作理论怎么联系起来？2 63.75％大学生联系实践单位时曾经遭拒绝 中国需求将支撑商品价格？ 异步远程教学说的理论缺陷及其对实践的困扰