已经有2年多没有碰这个思想沉淀的平台了，最近好像想到点什么上来划拉两笔，发表一下自己的拙见，希望有玉的拍玉，有砖的拍砖哈，谢谢！
首先是计划的依据，也就是资源。文档的编写都是有一定依据的，测试用例的制定依据需求，测试计划也是要依据客户或项目对测试的要求来制定的。比如客户对不同测试的要求，有没有特别要求的测试，客户对不同阶段软件测试的要求等等。这里面也需要和项目经理进行沟通，他从整个项目的宏观上看，需要测试做些什么。了解了这些信息，我们才知道计划中应当包括什么，我们的重点在哪里，是单纯的测试，还是更关注流程。因此，我认为，测试计划制定之前是需要客户，项目经理，测试经理三方一起进行沟通的，如果有任何一方不在都会造成信息的遗漏或误解。我对制定测试计划的理解只是觉得和客户的沟通是非常重要的，我们需要知道客户想要什么。可往往针对不同的项目是有很大差别的。
其次，要有个相对标准的格式。很多人觉得格式的东西无所谓，我也曾经这样认为，但这次我把这一项放在首要的位置，也算是我这几天的一个收获吧。文档的东西，是拿来给别人看得，需要大家来评审的。格式如果标准了，那么在别人看得时候更有条理，思路也完整。这里也稍带着提到，对于测试来说，乃至整个开发过程，标准化的文档都是有必要的。也利于整个开发过程中，评审标准的制定。
上面两点只是我这两天感受的一些东西，制定测试计划还有很多学问的。时间的安排，测试技术的运用，自动化工具的选择，文档的维护管理等等。对于计划中应该包括什么，在与客户，项目经理沟通过之后，可以参考网上很多的测试计划模板进行更改，以适应自己项目的需求，也不乏有些需要自己定义的情况。再有，项目计划中要体现哪些东西，能体现出来什么，也是需要考量的，体现出来的如果做不到会造成很多不必要的麻烦。
