软件测试计划的用心良苦
??客户提供产品说明书以及开发相关文档；
??快速浏览产品的功能；
??根据测试方案模板迅速制定测试方案；
??制定规范；
??实施测试；
??书写报告。
牢记的流程，熟悉的内容，整个测试计划似乎很完美了，应该不会有什么问题吧？是的，正确的流程是这样的，但是说到测试计划，不仅仅如此了！记得有这么一句话??细节决定成败，测试计划是整个测试过程的一个很重要的细节。那么测试计划除了上面提到的还有什么玄机吗？下面我们从测试产品和测试方案两个方面讨论下测试计划的玄机吧。
先说说测试产品吧，对于测试产品，我们不仅仅是要去阅读它的使用说明和其他的产品说明书，而且要对测试产品和同类产品做到心中有数！人们容易忽略经常出现在各种文档中的部分，比如备注部分，一般这一部分介绍了文档新更改的部分以帮助读者快速了解文档的一些基本情况。其他因同样的原因而被人忽略的部分还包括“术语和缩略语”、“引用”、“文档介绍”、“目录”等常见的文档元素。在测试计划里面这些都是容易被人忽略的部分，不过，现在我却喜欢并且建议将这部分重视起来，虽然这些东西不要求书面写在测试方案里面，但对整个测试项目组顺利实施测试是非常重要的。对产品做到心中有数也是跟客户有效沟通的好武器！
说到测试方案你是否觉得它远没有测试用例来的实在？是否觉得风险分析是用来凑数的？是否从不看方案里面的测试流程、测试方法和依据标准？作为测试新手的我来说，拿到一份测试方案模板，准备好好学习下测试计划里面的测试经验，看完之后发现很多东西都不知道，所以也分不清主次，觉得什么都很重要。当渐渐熟悉了测试的一些基础知识之后，回头去看那些测试方案，发现里面什么“实质性”的内容都没有，还没有一份测试用例来的有用。再后来，我开始关注测试流程这一块的东西，又回头看那个测试方案模板，有些以前觉得没有多大用处的还是多多少少可以帮助我们更好的测试。现在的我发现，一份好的测试方案里的所有内容都是有用的。例如风险分析，依据标准、测试方法等等。
后，对于整个测试计划而言我们还有什么需要注意的呢？
◆ 持续更新测试计划
这个观点早在Ron Patton的那本经典书籍《软件测试》中已经提到过了，但是真正实践起来的却不知道有多少。没有实践的原因自然有很多，譬如没时间，反正没人看等等。支持测试计划应该更新的主要理由是，测试计划中有些内容需要实时更新。还记得前面提到过的风险分析么？项目的风险随着项目的推进有的被解决，也会有新的风险被发掘出来，而这些都应该通过文档记录下来，以保证任何人在任何时刻查阅都可以看到新的风险分析信息。
◆ 集体讨论测试计划
不是测试计划一完成万事大吉了，除了前面提到的要持续更新之外，还有一些事情需要我们去做。
1） 召集项目组人员召开测试计划评审会议；
2） 根据评审的结果更新测试计划文档。
