TD使用初涉
上一篇 /
下一篇 2007-12-07 14:29:09
/ 个人分类:配置管理
近来为了证明自己还值那点工资,决定引进缺陷跟踪工具—TD
这是个革命性管理工具,实现了从
测试计划、测试用例到
缺陷管理、制定报表的全部流程
安装就不必说了,只要正确设置了IIS,安装过程中全部下一步就OK了,比起一只蚂蚁的bugzilla不知容易了多少倍~
这个工具主要就是两类操作,一类是后台的
数据库管理,一类是客户端brower的使用
一、数据库
不用猜了,该工具所有的默认值都为空
数据库的值可以在brower中修改,也可以直接进入数据库中修改,提醒各位最好先备份下再改,不然没地方哭去~
这里只谈几个重要的能用到的表
1、all_lists
该表中的数据值是与使用admin帐号进入customize中点击“customize project lists”后弹出的对话框中的相应设置相关联的,即可以在对话框中增加一个版本或缺陷的状态等。
字段al_father_id中为0的是第一级菜单,其余相同的数字是同一组数据,就如同一级一级的菜单一样,如值为4的一组就是缺陷的状态了,而字段al_absolute_path的值在同一功能的几条记录中,除了最后一位按顺序排列外其余皆相同;
2、bug
提交的缺陷信息;
3、bug_tokens与tokens
两表结合起来记录一些历史信息;
4、dessteps
记录每次登录后的操作步骤
5、locks
当帐号非法退出(IE非正常关闭,死机等)时,再次使用帐号登录进行之前未完成的操作时,可能会出现软件提示该操作已被其帐号锁定的信息,此时打开locks表会发现里面有一条记录,删除该记录后可以正常进行操作;
6、sequences
很重要的表,记录着当前缺陷表、需求表中的记录数,假设当前有10条缺陷,删除第10条后再次新建记录号为11,这是因为表中bug一项在记录删除后没有变化,此时如果将该值改为10,则下次新建的缺陷号即为10
7、CROS_REF
与缺陷、需求等相对应的附件名字,而实际的文件存储在TD_DIR目录下/工程名/项目名/attach/下
二、改变填写需求时的必填项
有的时候不需要填写优先级等,但TD要求必填,为
工作中带来不便,在自定义中可以改变
使用管理员帐户进入自定义,选择“Customize Project Entities”,单击“REQUIREMENT”结点,选择必填项Product/Type/Priority,右侧页面中显示的“Required”选项去掉就可以了。
至此为一小结,使用中发现
其它东东再来分享,各位如对此工具有任何问题,欢迎一起讨论。
相关阅读:
- 一个配置管理员的困惑 (51testing, 2007-10-29)
- SCM工具的普遍特性 (51testing, 2007-10-30)
- 配置管理,我之所悟 (51testing, 2007-11-15)
- 配置管理的岗位说明书 (51testing, 2007-11-21)
- 软件项目的先行者--软件配置管理 (51testing, 2007-11-27)
- 基于CMM和CMMI的配置管理 (51testing, 2007-11-27)
- 配置管理过程及工具的使用 (51testing, 2007-11-27)
- SCM配置管理技术总结及要点回顾 (51testing, 2007-12-04)
- 软件配置管理流程图 (51testing, 2007-12-05)
- 如何转换VSS及TD服务器 (mmhao_54, 2007-12-07)
收藏
举报
TAG:
配置管理