我使用TestDirector的体会是痛苦多于快乐
各位大侠,我使用TestDirector的体会是痛苦多于快乐,感觉比以前用excel维护测试用例效率低了30%。原因如下。请各位指教
1. TD 的 test lab 不能自动建立起和test plan中相同的层次结构,需要再次手工重建。 而且当执行测试时要修改原来的用例层次结构,需要在test lab 和 test plan 两边手动修改,
比较麻烦。因为用例总是不断改进的,我的使用经验表明维护这个花费了大量时间。
2。 TD 的 test lab 不能将test set进行自己希望的排序,只好在标题前面加序号来排序
3。如果server 和 数据库不在本地,速度比较慢, 当用例很多用例中的步骤比较多时浪费大量时间。 首先可以说一点,工具毕竟不是完全按人的思维来完成功能的。使用上或多或少会有一些不方便的地方
但是不能只看到他的一些缺点,TD虽然有很多地方还不尽如人意,但是对于测试工作来说已经有很大的
帮助了。
比如说测试用例的执行统计情况,bug和用例关联等。
你所说的几个问题可以通过一定的方式进行一些处理
比如第二个,你就想到了用加序号的方式
第一个问题你可以在建立test set 后,将你想执行的用例全部放进test set,虽然此时用例没有层次结构
但是你可以在显示用例的Grid中将Plan Subject显示出来,你需要执行哪个文件夹的用例,通过它来过滤。
只选出你要执行的用例, 也是很方便的。
第三个问题估计就不是TD能解决的问题了,所有类似的系统都会出现此问题 非常感谢回复。我仍然有几个问题。
第一个问题你可以在建立test set 后,将你想执行的用例全部放进test set,虽然此时用例没有层次结构
但是你可以在显示用例的Grid中将Plan Subject显示出来,你需要执行哪个文件夹的用例,通过它来过滤。
只选出你要执行的用例, 也是很方便的。
【jcyrss】您是指我将所有的testcase全部放进test set,可以通过在test plan的树形结构中选择目录,其下对应的用例自动可以过滤出来吗? 如何在显示用例的Grid中将Plan Subject显示出来?
首先可以说一点,工具毕竟不是完全按人的思维来完成功能的。使用上或多或少会有一些不方便的地方
但是不能只看到他的一些缺点,TD虽然有很多地方还不尽如人意,但是对于测试工作来说已经有很大的
帮助了。比如说测试用例的执行统计情况,bug和用例关联等。
【jcyrss】使用工具的目的是要带来的利益大于弊端。不知各位使用情况如何,我这里效率降低了有30%。 以这样的代价换取测试用例的执行统计情况,bug和用例关联值得否?
你所说的几个问题可以通过一定的方式进行一些处理
比如第二个,你就想到了用加序号的方式
【jcyrss】但是带来了效率的降低,当用例修改时,重新进行手工修改序号。 其实REQ、TEST PLAN、TEST LAB的组织管理方式可以不同,所以它们的目录层次结构可以不同,养分在你的规划和设计。 【jcyrss】您是指我将所有的testcase全部放进test set,可以通过在test plan的树形结构中选择目录,其下对应的用例自动可以过滤出来吗? 如何在显示用例的Grid中将Plan Subject显示出来?
不一定时所有的用例全部放进Test Set ,每建一个test set 你都是有一定的测试目的的。只要把你需要的用例放进来就可以了。
你在Test lab 中,在GRID上方找到一个图标,带刷新的漏斗旁边,点击后就有一个显示列的定制页面,你可以选择你需要在GRID中显示的列。 将Plan Subject显示出来后,然后选择Plan Subject,系统会根据你选择的Plan Subject来过滤Test Set中的用例
关于Test Set的排序,TD其实是提供了排序功能的,
可以按照Close Date,Modified, Open Date,Status,Testset
Test Set Folder来排序的。 你可以点击Test Lab 靠左边的漏斗图标去设定。
至于工具到底利大于弊还是弊大于利,还是要看大家的体会了 你说的按testplan中目录过滤确实可以,非常感谢!!!
请问你可以提供msn号码吗? 我有时想请教一些其它问题。我的msn号Patrick_Jiang@phoenix.com. 多谢指教。
高深,还需要学习
向你们学习 向你們學習啊,加我的msn:anly_csoft@hotmail.com 1。解决第一个问题就是通过手动设置测试用例编号得方式,然后在testLab中过滤设置排序方式然后可以按照你设计得测试用例顺序来执行测试用例2。测试用例和测试缺陷得关联我个人觉得没有什么太大必要,只是在进行分析时会使用到。因为使用关联TD会自动生成一些文字,如果缺陷报告得缺陷很多,这样会很浪费纸张!
3。我们这里得测试用例得命名规范为“[测试用例编号]xxx测试用例名称”,虽说编写时麻烦了一点,以后你在生成报告和测试执行时就知道好处了!
4。如果没有什么太大必要,TD得服务器最好本地找台机器安装,因为TD得要求不高!这样同样会导致管理会有点问题,但是可以通过远程管理得方式来处理!并且如果没有什么太大必要,建议使用ACCESS数据库,因为sql数据得备份和恢复有点复杂! 学习
页:
[1]