51Testing软件测试论坛

标题: 终于尝试着将需求,计划,实践,缺陷联系起来(图多,杀小猫) [打印本页]

作者: redsong 时间: 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 时间: 2005-11-15 12:51
三种选择中
第一种是把需求树中的最小级别转换成Test Plan中的“步骤”
第二种是把需求树中的最小级别转换成Test Plan中的”最小级别“
第三种是把需求树中的最小级别转换成Test Plan中的”目录“,(目录下边还可以自己增加树状的Test Plan结构)

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

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

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

这里我默认啥都没改。

作者: redsong 时间: 2005-11-15 13:01
再下一步是选转到Test Plan之后的路径

作者: redsong 时间: 2005-11-15 13:05
转到Test Plan后左侧还是树状的结构。
现在要做的是在右侧对每个不可细分的需求点增加测试步骤的描述。
左侧的树状结构中选中某个不可再分的需求点(粗粗的M的图标)

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

作者: redsong 时间: 2005-11-15 13:09
写好之后大致是这样的情况

作者: redsong 时间: 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,出现如图所示的结构。

作者: redsong 时间: 2005-11-15 13:21
这时候点Run 或者Run Manually 开始进行测试

作者: redsong 时间: 2005-11-15 13:22
上图中点Exec Steps 依照已经写好的步骤进行测试。

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

作者: redsong 时间: 2005-11-15 13:25
如果某个步骤通过了在Status中选择Passed 如果失败了选择Failed 同时 Add Defetc.

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

作者: ldneliza 时间: 2005-11-15 13:25
标题: 先回后看！
辛苦！！！

作者: redsong 时间: 2005-11-15 13:30
这时 Add Defetc的时候内容中会自动增加一些东西。到此为止我感觉
需求测试Plan 测试LAB 缺陷终于联系起来了。

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

作者: null2 时间: 2005-11-15 13:47
辛苦
学习

作者: redsong 时间: 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 时间: 2005-11-15 14:12
不好意思，没等发完就回帖了。
谢谢楼主了！

作者: redsong 时间: 2005-11-15 15:35
所有的提到“粗粗的叹号”的地方，替换为"脚印" 更好一些。体现“步骤”的意思。

作者: 迎风 时间: 2005-11-15 16:25
很好的帖子，看了受益匪浅，虽然我公司目前的环境中TD也只用了Defect模块，但将来新项目若测试先期介入的话肯定会把TD的其它功能模块利用起来。谢谢楼主这篇文章，非常有实践性与借鉴性。支持！

作者: ken6328 时间: 2005-11-15 20:11
好文!

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

作者: redsong 时间: 2005-11-16 09:03

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

呵呵这只是我个人的感觉

作者: greenhouse 时间: 2005-11-18 10:50
ding

作者: chenxi8320 时间: 2005-11-18 14:06
支持一下，顶！

作者: redsong 时间: 2005-11-19 14:37

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

呵呵这只是我个人的感觉

的确你说的是一个需要仔细考虑的问题. 还好我们这里没有要求统计BUG率。
:p

作者: pooh 时间: 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 时间: 2005-12-10 23:43
好人不顶么人性才开始学，多多关照

作者: redsong 时间: 2005-12-13 15:33

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

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

如果让我答复您，恐怕我还要把7楼的内容原封不动的拷贝一遍。
也多说不出其他的了，同样是新手，我也在学习中。

作者: 堆积颜色 时间: 2005-12-21 15:21

原帖由 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 时间: 2006-2-12 20:46
Mark First, Read it later

作者: jinmen 时间: 2006-2-27 19:30
标题: 请问2楼的工具从哪儿得来？
我做好了requirements,但没有做test plan.
怎么样从requirements convert to test plan?

作者: tomzhang 时间: 2006-3-14 08:53
楼主的想法很不错，我觉得TD这么贵的东西，不全用太可惜了！还有对自动化脚本的管理，test plan, test lab就会用起来了！
个人觉得<测试用例>也在TD中编写有很大的好处,<查找方便!>

作者: 平和地面对一切 时间: 2006-3-15 09:28
我们公司也用TD，目前主要还是用DEFECTS 功能。自己正在摸索将Requirements与Test Plan 结合使用。

TD的确是个好东西！

作者: pizad 时间: 2006-3-31 21:51
8.0的朋友注意：首先切换到TEST LAB 页面再创建目录：然后增加Test Set。具体步骤自己试一下吧，我也是试出来的。现在也没有记住步骤。希望能对24楼的朋友有所帮助。
另外问一下:我针对每个测试用例写的具体测试数据在TD写在哪里呢？

作者: liujun_newnew 时间: 2006-4-15 11:54
我个人认为可以写在测试步骤或备注里。

作者: alin 时间: 2006-5-10 17:38
不知道哪位达人还有TD的下载啊？好想学习TD呢～

作者: chenximu 时间: 2006-5-19 17:39
怎么感觉没有测试用例呢?每一条需求都应该关联一条测试用例的,可是楼主把需求的最小点做为了用例感觉是否有些不妥呢??
个人感觉不知道是否正确,不过我公司在使用TD的时候并不是和楼主使用TD的感觉一样的.

作者: ldneliza 时间: 2006-5-22 15:46
test plan里面就已经是测试用例了，如何添加到test lab里面，按select tests然后从右边一栏开始加就行了。test plan里面是你这个项目测试需要的所有测试用例，test lab里面通常都是按照测试阶段划分的，每一个阶段需要哪些测试用例，添加进来，点击run tests按钮，记录结果，就行了，结果为Failed的还要加入到defects里面（也不是自己到defects的标签低下去加的，一个按钮就能解决）。test plan右边就是每一个测试用例的具体描述。

作者: ldneliza 时间: 2006-5-22 15:50
通过TD的管理，不需要手动添加defects，requirement是对于需求细化出来的所有测试需求，test plan里是相对应的测试用例，test lab里是每个测试集的测试用例，可以run，如果与预期结果不同，是可以自动添加defects的，并且能够自动将测试用例完整的描述包括step都添加进去，是不用自己写的。

作者: mojinde 时间: 2006-6-14 15:06
学习ing

作者: guanyin0061125 时间: 2006-7-17 16:55
及时雨
有一疑问:一般在测试的时候可能是不同的环境,但产生的错误一样,这种情况下,采用上面的方面对具体描述清楚bug产生的环境吗?

我感觉上面的方法就是根据场景来测试,标注的失败是说明这一场景失败,具体失败原因不详

作者: luojingen100 时间: 2006-8-7 14:29
最近我也在使用TD，感觉的确是一个不错得东西，呵呵，我觉得不错是因为测试得过程中，我随时可以修改我得测试用例，更改我得测试计划。。呵呵。。

作者: 快乐逍遥 时间: 2006-8-26 16:56
不错~~~`学习学习

作者: lj_happy_smart 时间: 2006-8-29 13:38
好东西，多多学习ING

作者: hesulan 时间: 2006-9-13 09:44
非常感谢楼主，
写得非常好
我最近也正急需这方面的资料，正在研究当中，
楼主，能否发有关类似这些操作的完整手册给我？
email:ptlch@163.com
QQ:42884641

谢谢了，哪位大侠若手上有的话，也帮忙顺便发一份给我，好吗？最近急需这方面的材料，谢谢了，

作者: sincol 时间: 2006-9-30 14:25
我也来说一下requirement,test plan,test lab之间的关系.
当接到一个被测项目时,首先要做一个测试计划,把我们要测试到的功能点或者检查点提取出来,这个东西就是requirement.
做好计划以后,开始使用test plan设计用例,通过用例覆盖所有的requirement.这一步叫做用例设计.
把设计好的用例通过test lab按照操作步骤和相互关系连接起来,这一步叫做用例规程设计或者用例场景设计.

作者: luojingen100 时间: 2006-10-9 16:24
不错，希望需求那部分可以做的更详细点

作者: hesulan 时间: 2006-10-20 09:48
标题: 今天我也联起来了
今天我也联起来了，requirement,test plan,test lab,联用起来后，才知道其实不难的，只要用心去体验．呵呵，谢谢楼主．

作者: foxmishy 时间: 2006-12-9 10:50
我遇到个问题，当我置第三步为False时，提示错误，请看图片。帮我解答一下。

作者: chenxi01032005 时间: 2007-1-12 16:45
defect区域跟其他3个区域有联系吗？是不是defect区域只能是手工添加上去的？吾不才，请多指教。

作者: shilinglin 时间: 2007-2-1 15:23
heh e,我也连起来了,感觉很的不错啊,将整个测试的需求,计划,实践,BUG跟踪连成一条线的管理,真的好方便哦,还可以随时导出报告文档,太好用了sdlkfj6

作者: Lola1123 时间: 2007-2-5 09:10
标题: 任何工具的使用都离不开自己的探索
我对TD的使用，也是自己摸索出来的；任何行业，从事任何工作，都需要有较强的自学能力，尤其是快速学习能力：sdlkfj5

作者: l1h2l3- 时间: 2007-2-5 14:22
不错，顶了

作者: wendy101 时间: 2007-2-28 11:16
标题: 顶
看贴必回
好帖

作者: liangyingjie 时间: 2007-3-1 10:09
标题: 回复 #29 jinmen 的帖子
个人意见,仅供参考:
写好需求树后,在testplan建立好需要的testplan后,点击test后,点击Reqs Coverage下的Select Req在右边就会显示需求,双击相应的需求就可以导入了.

作者: liangyingjie 时间: 2007-3-1 10:16

原帖由 foxmishy 于 2006-12-9 10:50 发表
我遇到个问题，当我置第三步为False时，提示错误，请看图片。帮我解答一下。

sdlkfj2 关注中`````````````````我也遇到过

作者: jlminghui 时间: 2007-3-6 09:56
一个好人那呵呵谢谢

作者: lucky_snow 时间: 2007-3-8 11:29
请假LZ：每个最小的需求对应一条测试，但是很多时候一条需求对应多条测试，即至少要有正反两个测试用例，如何解决？？我也是新手sdlkfj1

作者: lucky_snow 时间: 2007-3-8 11:37
请教：在将 test 添加到 testlab 中时提示 ‘Access violation at address 05E5A624 in module ' OTACLI~1.DLL' write of address 000000FF’
是不是我的 ACCESS 数据库被破坏了啊？？sdlkfj9 紧急！！谢谢各位！！

作者: vivianken 时间: 2007-3-12 14:16
在7.6下我遇到过这样的问题，当时是从大字体换成本来的原字体就没事了。

作者: lucky_snow 时间: 2007-3-14 13:23
非常感谢 vivianken ，我根据你说的解决了

作者: bbbear7654 时间: 2007-3-28 14:29
呵呵！正在学习，感谢！

作者: cjq_999 时间: 2007-4-2 20:08
标题: 有很多地方不是很明白
TD管理和提交缺陷是非常方便的，但是进行需求，计划，测试集的管理却很繁琐，一般用rational一套工具比较好！

作者: OnTheTesting 时间: 2007-4-29 13:30
呵呵，好东西，学习！

作者: jutlin 时间: 2007-5-1 09:47
真是受益匪淺！感謝分享！

作者: jutlin 时间: 2007-5-3 16:31
感謝分享

作者: rhenry 时间: 2007-5-18 13:52
8.0的确有些不同是要到test lab去添加文件夹再关联用例的摸索了下才找到

感谢楼主sdlkfj2

作者: lansnor 时间: 2007-5-29 10:56
辛苦了，竟然把图都显示出来了

作者: 风静子 时间: 2007-5-30 16:10
感觉很好，谢了，继续学习！

作者: caocao668 时间: 2007-6-12 15:21
受益匪浅阿学习中

作者: musk 时间: 2007-6-12 15:41
学习中...发现TD目前来说还太复杂了点.先用WORD吧.等有了汉化版再用~

作者: pangge369 时间: 2007-6-22 14:11
很不错,学习了,谢谢楼主分享

作者: ch 时间: 2007-8-15 16:37
楼主写的太好了，十分感谢，如果可以希望交流下MSN:wcgdelp@hotmail.com

作者: ytzrh 时间: 2007-8-25 05:29
thanks for sharing

作者: ytzrh 时间: 2007-8-25 05:37
I am starting to study TD. this is a good example. Thank you very much.

作者: yangbohustwb 时间: 2007-9-19 22:42
sdlkfj2 sdlkfj2

作者: 423799223 时间: 2007-10-11 09:55
这部分的具体操作在<用户手册>里写得很详细的~~自己去看看吧~~

作者: 梨花带雨 时间: 2007-10-18 10:51
学习，加顶

作者: owelowel 时间: 2008-4-25 18:13
楼主自己总结得很不错，但是具体的应用和操作还是要自己结合项目和工作的内容
只有这样自己才会对那些操作和用法做到真正和熟悉和了解。

作者: windf 时间: 2008-5-7 17:00
关于多个Testor测出同一个Bug，一般这样处理比较好：
如果发现同一个Bug,期望效果也一样，那就不再重复记录；如果期望值或者重现步骤不一样，可以修改补充原来写入的Bug.

作者: 小狐狸如如 时间: 2008-5-19 11:00

非常的感谢，收藏了哦

作者: xingyunshi 时间: 2008-6-19 11:17

作者: culetstudio 时间: 2008-8-19 22:50
LZ辛苦了。
不过这些应用级得软件还是得亲手操作更清楚一些。

作者: jinwei6078 时间: 2008-9-14 11:08
标题: 楼主辛苦了，写的真不错
大家讨论的也相当好，又学到不少实战性的东西

作者: Peyton 时间: 2008-10-23 15:09
标题: 回复 2# 的帖子
同感，我也用第二种。

作者: thm120 时间: 2009-1-4 12:17

原帖由 lucky_snow 于 2007-3-8 11:37 发表
请教：在将 test 添加到 testlab 中时提示 ‘Access violation at address 05E5A624 in module ' OTACLI~1.DLL' write of address 000000FF’
是不是我的 ACCESS 数据库被破坏了啊？？sdlkfj9 紧急！ ...

遇到类似问题,

怎么解决的

作者: huiguiziran111 时间: 2009-3-3 15:05

LZ帖子好，谢谢学习了。

作者: smilehe 时间: 2009-3-19 10:51
楼主的帖子图文并茂，很翔实。
建议放在word中，定期更新发布

作者: liyf51 时间: 2009-4-8 16:23
我先顶了等学差不多了再回来看看

作者: xfjyxb 时间: 2009-5-14 09:56
楼主总结的太好了

作者: sudan4213 时间: 2009-5-22 10:29
不错不错

作者: lele8662 时间: 2009-6-13 10:22
目前公司都还是只用到了Deffect这个页面，证琢磨着怎么和需求关联呢，3Q楼主哩

作者: yiyi820106 时间: 2009-7-9 14:41
好文，谢谢楼主

作者: xxfeng4837 时间: 2009-7-21 18:46
谢谢了

作者: liyuxin 时间: 2009-7-24 11:01
说得确实很详细！对于初学者很有用！

作者: huangying0416 时间: 2009-10-13 10:10
受益匪浅，感谢涕零

作者: xinfeiyu520 时间: 2009-11-5 14:31

学习了

作者: 瓦尔德的田野 时间: 2009-12-7 15:00
标题: 缺陷跟踪
在缺陷跟踪网格中可以同时选中一批缺陷，设置成同一状态，分配给同一用户吗？

[ 本帖最后由瓦尔德的田野于 2009-12-7 15:16 编辑 ]

作者: yuexiaoshuo 时间: 2010-2-9 21:12
领教了！！！

作者: ivy0936 时间: 2010-2-24 11:13
有个问题：如果需求在转换为Test Plan后，修改需求，再次转换时，主题名字重复的问题如何解决？

作者: gw5201984 时间: 2011-3-15 16:47
有醍醐灌顶的感觉哇

作者: 蔡飞幸 时间: 2011-4-17 19:45
目前网络上最火的p9520.com有合法牌照，通过高清设备现场直播，和澳门一样，荷官的动作和样子都能看的一清二楚,在家里就可以感受现场，玩真钱的，资金交易挺方便的，现在很多人都不去澳门了，p9520.com这个挺正规的，24小时都有客服，免费申请后就可以看现场，亲自体验，他们家在澳门的金沙和星际都有场，信誉不错。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)