[原创]ＴＤ学习总结
作者/itcat　时间/2006-9-23 12:10:00　类别/测试管理 查看/
　发表评论　
标签：测试管理
　　这周是０６年９月的第三周，我终于把本机的ＴＤ移植上测试机了，当初学习ＴＤ的测试管理使用，花了我不少的时间，从使用至配置移植，总结一下我所学习到的东东：
　　使用初衷
  　－－原始落后的工作模式：我与开发人员日常工作交流，除面对面外，就是通过word文档和内部的ＢＵＧ管理系统，这样的工作方式持续一段时间。每个项目的测试，从计划、提交ＢＵＧ、跟踪ＢＵＧ、总结测试，我都必须使用自己定制的表格去填写相关内容，ＢＵＧ是通过内部管理系统提交的，以文件附件提交，附件就是我写的ＢＵＧ表，当开发人员修改后，他们要在附件里标识，然后转发给我，我对应做回归测试，测试完后又标识结果，再转发。。。最终到项目的测试工作完成后，到内部管理系统填写总结，修改ＢＵＧ状态。这样的做法非常烦锁，ＢＵＧ跟踪不流畅，不严密，费时间。那么为什么诸多缺点的工作方式还可以使用呢，因为我们的队伍规模比较小，沟通环节非常少，沟通非常直接，互相配合默契，才使得测试与开发人员可以运转在不规范的工作流中。这种工作方式，在我实习期间开始使用，源于我经验与技术能力的不足。后来感觉到自己工作出现压力，记录ＢＵＧ，编写文档工作非常费时间，就开始寻找更好的改进办法，使用TestDirector管理测试，跟踪ＢＵＧ。
　　安装
　　－－安装ＴＤ，建议使用英文版，不要汉化。对于一个初学者，也许会有这样一个借口：中文版容易上手。在熟悉英文版之前我也是这么想的，当我按照说明安装了ＴＤＳＰ２后，居然发现ＴＤ根本没有被汉化，害得我的ＴＤ装了又卸，卸了又装，一气之下干脆就使用英文，哪怕我的英语再差，我就不给你汉化。后来徐老师建议我，习惯使用英文版工具，对自己会有提高的，而后徐老师发给我一份ＴＤ工具术语的中英对照，一份ＴＤ的中文使用手册，就开始了我的学习之路。
　　学习使用
　　－－对照使用手册，学会Requiements、TestPlan、TestLab的基本使用，现时我只局限于manual手工test设计，覆盖需求，跟踪Deffects与需求进度。
　　－－requirments：首先要输入需求啦，这里是跟踪需求的进展情况，以及测试覆盖需求情况；如果你的需求文档符合ＴＤ中的导入格式，可以安装插件，把需求导入，省去一大堆无聊工作。
　　－－testplan 与test step：开始的时候笨笨地，testplan是手工一条条地录入，后来才发现在Requiements的tools中，使用covert to tests，就可以根据需求生成tests甚至是test step，显然方便并且节省时间，生成tests后，再针对不同需求模块设计测试用例，手工补充testsplan和teststep。
　　－－testlab：testlab是运行testplan中的test并跟踪其状态与所在的deffects，有自动化测试类型与手工测试类型，暂时我还是使用手工测试，因为编写自动化测试脚本需要不断地维护修改，我没这个精力与时间，也没这份能耐。
　　－－配置用户组：建立用户，配置他们各自的权限和所属的group,到customize中，给用户授权于特定的项目。
　　－－自定义项目属性：同样在customize中，可以定义项目的属性（entities、list），例如可以自定义这个项目中，testplan、deffects的字段、优先级等属性内容，这里的新添加属性，就可以支持中文了。
　　－－deffects：这里是我与开发人员沟通的桥梁，整个ＢＵＧ生命周期体现，每个deffects的new->open->fix->close是一个完整的周期，当然你也可以把我的BUG给rejected，我也可以把fix的BUG重新reopen,测试与开发只需要围绕这一周期，遇到比较难重现的ＢＵＧ，就当面沟通，这样的工作使得沟通便捷及时，规范流程，提高了工作效率。
　　－－documents genarator/analysis：生成报告这里最好使好用了，可按自己的需要，生成requirements、test、deffects相关报告，documents genarator生成的是word文档，而analysis里生成的是HTML，更有图形汇总，直观准确，也不用手工去汇总了。
　　－－数据移植：我只做了access的数据移植。
　　１、access的数据，都存储在TD_dir目录下，对应项目文件夹中，在测试机上ＴＤ的set administrator中，新建与本地机相同名称的工作组和项目，然后把本机TD_dir中项目文件夹内的内容全部复制到测试机上的TD_dir对应项目文件夹中，在测试机上的set administrator中，再upgrade测试机上的project，这样access数据就成功移植了。
　　２、sql server数据移植，我没有实践过，但我设想如下操作：ＴＤ的sqlserver数据库，是在你新建project的时候，选择使用ms sql，项目建立后数据库自动创建，前提是你的ＴＤ要成功连接sql server，所以无需要修改连接串，只需要先在测试机上建立与本地机相同名称的project，把本地机的数据库备份，再到测试机上的sql server把数据库还原，最后upgrade有更改的project（网上有很多移植资料，感觉比较复杂，等我实践过自己的设想后，再总结^_^）。
　　个人认为，使用测试管理工具，不管是哪一种，出发点就是提高测试人员的工作效率，使工作流程更顺畅规范，把人员尽可能地从原始工作方式解放出来，减少文档编写工作。挖BUG就像琢木鸟捉虫子一样，一层一层地，深入再深入，同样讲求经验与技巧，只不过琢木鸟没有管理虫子的概念，全部把虫子吃进肚子里去了，哈哈。
　　下一目标是学习ＱＴＰ测试脚本，结合ＴＤ跟踪自动化测试,gogogo！
　　最后要感谢徐茂华老师的指导，虽然没有学校授课的形式，但徐老师的经验指导，明灯引路，让我知道更多，了解更多，有测试的问题，找徐老师和google。
查看该用户更多文章>>