什么样的工具更适合测试计划的管理呢？

所谓的测试计划，是一个很具有欺骗性的概念。我理解的应该是一个计划性的文档，什么时候写测试用例，什么时候搭建环境。不过我觉得这些东西，细化为具体的任务就好了，没有必要写个繁文缛节的文档出来。在禅道里面，就没有用它，而是用了测试任务的概念。在我之前的测试工作中，测试计划基本上没有用过。:)

楼上提到了测试任务，还有一点，我觉得是测试报告，如果每次测试都没有形成一个反馈与总结，那测试可能没能发挥其最大效用了。

WCS说的对，测试计划看起来很棒，比如测试环境、测试资源、测试进度，有些还包含测试设计，但最好把测试设计（也就是测试方案或测试用例）独立出来。
最具欺骗性的部分是测试进度，这和开发计划中的进度太相关了，到后面测试计划不了了之的情况还是比较多的。

如果项目组用Scrum的方式，那测试计划还是尽可能分解掉比较好。
同理，项目计划也是如此，CMM体系中项目计划是很庞大的一系列文件。

我个人认为，测试方面的工作主要是三部分
1、测试路线的设计
2、测试执行、以及随之而产生的缺陷管理
3、测试评估和测试积累

其它的，比如测试计划，本身应该和项目计划密切相关，项目进度的执行情况直接影响测试计划的可执行性、测试相对被动。
又如测试环境，这应该是广义的测试路线设计的一部分。

测试计划起纲要作用，它能确定测试的前提条件及范围，更重要的是让测试人员去阅读需求文档，以发现测试的要点！在时间安排上，项目组成员很充实：当需求文档完成后，开发人员撰写“需求分析”，而测试人员则撰写“测试计划”。

我只是认为单纯的一个测试计划文档，并不能起到什么实质性的帮助。而应该将其中的每一项东西细分相应的任务，这样才可以执行。

呵呵，仁者见仁，智者见智……按照由总到分，由粗到细的规律，“测试计划”是总及粗，而“测试任务”则是分及细。

太多的测试计划只是流于形式了。hoho

现在最好的测试工具是什么？可以告诉小弟吗？谢谢了。

LS，这个问题不好回答，测试工作涉及测试用例设计、测试执行、缺陷跟踪，每个工作都可以细分不同的技术领域，都有相应的工具，另外从产品领域看还有不同技术平台不同业务领域，这样又有不同的分解。

你的问题应该缩小些范围。

测试计划，我感觉是基本用不上的。可能在某个地方出现了大问题，后面的跑不通了。那个计划就得放弃