要把一个计划做得很有实用性，按照笔者的经验，要注意以下几个方面：

　　a. 上面提到的三要素不能少

　　b. 测试策略一定要交待清楚，就是大概怎么测试

　　c. 需要其他人员(部门)协调的，要交待清楚

　　d. 在估计测试所需的时间、人力及其它资源时，尽量做到客观、准确、留有余地，特别是估计开发时间和debug时间，以及要对自己的执行用例速度，回归速度心里有数

　　e. 测试计划中每个阶段要明确表明，并且测试阶段的输入、输出文档要清楚

　　f. 测试计划中的时间段不宜太长(最好以day为单位)，太长就比较模糊，不好度量，不好check

　　g. 一定要有风险控制，要不然计划缺乏可执行性

　　h. 计划写完之后不是装在兜里，要组织PM和Dev进行评审

　　i. 要不断更新计划，记住：每个计划都是动态的，不是一成不变的

　　(二) 再说测试用例

　　和测试计划一样，测试用例很多时候也沦为形式，这是软件测试的可悲之处，软件测试的依据就是测试用例，如果用例弃之不用，你凭什么做好测试?这个很可笑。但是实际测试过程中很多时候测试用例并没用到实处，笔者认为还是用例实用性问题，有的时候用例洋洋洒洒数万字，到回归测试的时候根本用不上，至于如何选择回归测试用例，我曾经写过另一篇文章，欢迎查阅。

　　下面我就个人体会谈谈做好测试用例的关键。

　　首先，在做用例之前，要做两件事情。

　　第一， 透彻了解程序(需求和架构)。

　　第二， 做一个正式的测试设计(最好文档化)。然后再开始写用例。一般写用例的步骤和建房子一样，先搭框架，然后填材料，填材料的时候，主要根据需求做相关的设计，具体的设计方法就是那几种(郑老的书上写的很清楚)

　　一般来说，设计一个比较实用的测试用例，注意如下几个方面：

　　a. 选用好的用例管理工具(这个很重要，千万不要用word，excel)

　　b. 用例一定要及时更新(补充新的想法，删除过时的需求)

　　c. 做好用例分级

　　d. 做好用例评审，写用例之前可以征询相关人员的意见

　　e. 可以考虑结对编写，这个是不错的主意

　　f. 要全面，包括功能、性能、兼容性、安全性、易用性、容错性等等

　　g. 注意把握适当的颗粒度