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

来源:百度文库 编辑:神马文学网 时间:2024/07/07 13:59:16
',1)">

google搜索 51testing站内搜索
digman_2005:退出 |短消息 |搜索 |我的话题 |我的权限 |控制面板 |帮助
51Testing软件测试论坛 »[TestDirector&Quality Center] »[ TestDirector精华区 ] » 终于尝试着将需求,计划,实践,缺陷联系起来(图多,杀小猫)
ftp工具下载Mercury认证培训,会员优惠!好工作,谁帮你找?找工作、招人才,请进...Mercury工具培训课程试听
[查看详情][不再提示]
您有 1 条新消息
来自:风在吹 标题:[Discuz!] 51tes ... 内容: 感谢会员们一直以来对论坛的关注和支持,值此佳节,预祝大家节日快乐,心 ...
‹‹ 上一主题 |下一主题 ››
2››

打印 |推荐 |订阅 |收藏
标题: 终于尝试着将需求,计划,实践,缺陷联系起来(图多,杀小猫)
本主题由 sincky 于 2005-11-18 13:47 移动
redsong
高级战友


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#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
高级战友


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#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
高级战友


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#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
高级战友


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#4
发表于 2005-11-15 13:01 资料短消息
再下一步是选 转到Test Plan之后的路径
图片附件: [到Test Plan后的路径]SpxImage4.jpg (2005-11-15 13:01, 61.74 K)

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


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#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
高级战友


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#6
发表于 2005-11-15 13:09 资料短消息
写好之后 大致是这样的情况
图片附件: [写好某个功能点的Design Step之后]SpxImage7.jpg (2005-11-15 13:09, 111.27 K)

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


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#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
高级战友


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#8
发表于 2005-11-15 13:21 资料短消息
这时候点Run 或者Run Manually 开始进行测试
图片附件: [test]SpxImage9.jpg (2005-11-15 13:21, 83.93 K)

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


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#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
高级战友


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#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
本站元老


UID 22865
精华 0
积分 848
帖子 835
综合技术指数 219
生活情趣指数 629
阅读权限 10
注册 2005-7-18
来自 北京
状态 离线
#11
发表于 2005-11-15 13:25 资料主页短消息 
先回后看!
辛苦!!!
引用  报告  评分回复
redsong
高级战友


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#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
高级战友


UID 22552
精华 0
积分 349
帖子 583
综合技术指数 284
生活情趣指数 65
阅读权限 10
注册 2005-7-13
状态 离线
#13
发表于 2005-11-15 13:47 资料短消息
辛苦
学习
引用  报告  评分回复
redsong
高级战友


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#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
本站元老


UID 22865
精华 0
积分 848
帖子 835
综合技术指数 219
生活情趣指数 629
阅读权限 10
注册 2005-7-18
来自 北京
状态 离线
#15
发表于 2005-11-15 14:12 资料主页短消息 
不好意思,没等发完就回帖了。
谢谢楼主了!
引用  报告  评分回复
redsong
高级战友


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#16
发表于 2005-11-15 15:35 资料短消息
所有的提到“粗粗的叹号”的地方 ,替换为"脚印"  更好一些。体现“步骤”的意思。
引用  报告  评分回复
迎风
本站元老


UID 1421
精华2
积分 650
帖子 638
综合技术指数 634
生活情趣指数 16
阅读权限 10
注册 2004-7-27
状态 离线
#17
发表于 2005-11-15 16:25 资料短消息
很好的帖子,看了受益匪浅,虽然我公司目前的环境中TD也只用了Defect模块,但将来新项目若测试先期介入的话肯定会把TD的其它功能模块利用起来。谢谢楼主这篇文章,非常有实践性与借鉴性。支持!
引用  报告  评分回复
ken6328
一般战友

UID 12207
精华 0
积分 43
帖子 42
综合技术指数 43
生活情趣指数 0
阅读权限 10
注册 2005-1-31
状态 离线
#18
发表于 2005-11-15 20:11 资料短消息
好文!
不过
LZ使用TEST直接与DEFECTS关联这一块好象不太妥当,如果是多个TEST出现的都是一个BUG的情况怎么对应啊? 一个DEFECT只能对应一个TEST,第二个关联的出现会切断DEFECT与第一个TEST的关联. 如果这样的话就只能看到BUG,而找不到TEST了.   LZ有什么高招解决这个问题么?
引用  报告  评分回复
redsong
高级战友


UID 2743
精华1
积分 458
帖子 365
综合技术指数 447
生活情趣指数 11
阅读权限 10
注册 2004-9-6
状态 离线
#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
一般战友

UID 12207
精华 0
积分 43
帖子 42
综合技术指数 43
生活情趣指数 0
阅读权限 10
注册 2005-1-31
状态 离线
#20
发表于 2005-11-17 11:46 资料短消息
哦  I see that!
可是在统计BUG数的时候会很麻烦啊,有很多相同的BUG,造成在TD中无法简单的直接生成产品真实的BUG率.
不容易掌握产品的测试进度和测试深度啊.
呵呵  这只是我个人的感觉
引用  报告  评分回复
greenhouse
一般战友


UID 1318
精华 0
积分 174
帖子 61
综合技术指数 174
生活情趣指数 0
阅读权限 10
注册 2004-7-23
来自 北京
状态 离线
#21
发表于 2005-11-18 10:50 资料短消息 
ding
引用  报告  评分回复
chenxi8320
高级战友


UID 14057
精华 0
积分 278
帖子 347
综合技术指数 248
生活情趣指数 30
阅读权限 10
注册 2005-3-13
状态 离线
#22
发表于 2005-11-18 14:06 资料短消息
支持一下,顶!
引用  报告  评分回复
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,感觉的确是一个不错得东西,呵呵,我觉得不错是因为测试得过程中,我随时可以修改我得测试用例,更改我得测试计划。。呵呵 。。
引用  报告  评分回复

2››

快速回复主题
选项 标题 Smilies
禁用 URL 识别
禁用Smilies
禁用Discuz! 代码
使用个人签名
接收新回复邮件通知 内容
[完成后可按 Ctrl+Enter 发布]




论坛跳转 ...   > [软件测试新手上路]       > [ 软件测试新手上路精华区 ]       > [测试学习方法版]   > [软件测试职业发展]       > [企业招聘]       > [51Testing人才频道]       > [学员免费推荐]       > [个人求职]       > [简历与面试]       > [回收站]   > [软件测试外包]   > [51Testing软件测试沙龙]   > [软件测试每日一贴]   > [软件测试外文翻译版]   > [软件测试资源交流区]   > [软件质量管理]       > [ 软件质量管理精华精华区 ]   > [软件缺陷跟踪]   > [TestDirector&Quality Center]       > [ TestDirector精华区 ]   > [软件需求管理]   > [软件测试管理大家谈]   > [配置管理工具]   > [测试用例设计]   > [软件测试的开发技能]       > [操作系统]       > [J2EE]       > [.NET架构]   > [嵌入式软件测试]       > [手机测试]   > [WEB测试技术]   > [软件单元测试]   > [软件测试技术杂谈]   > [WinRunner]       > [ WinRunner精华区 ]       > [WinRunner已经解决的问题]   > [QuickTest Pro]       > [QuickTestPro 精华区]   > [Rational Robot]       > [ Robot 精华区 ]       > [ Rational Functional Tester专版 ]   > [性能测试及其自动化]   > [LoadRunner]       > [ LoadRunner精华区 ]   > [其他自动化测试工具研究]   > [灌水乐园]   > [流行影音]   > [健康美食]   > [运动地带]   > [游戏动漫]   > [数码摄影]   > [站务交流]       > [回收站]       > [ 版主申请任命专区 ]   > [投稿专栏]   最近访问的论坛 ... [TestDirector&Quality Center] [站务交流] [测试用例设计]
当前时区 GMT+8, 现在时间是 2006-11-8 17:11

    Powered byDiscuz! 5.0.0  © 2001-2006Comsenz Inc.
Processed in 0.058363 second(s), 10 queries , Gzip enabledTOP
清除 Cookies -联系我们 -51Testing软件测试网 -Archiver 界面风格 ---------- Discuz! 5 Default