测试文档是形式化测试过程的一个重要组成部分，也是质量管理过程的一部分。如何使用测试文档才能对我们的工作真正带来价值呢？
在网上可以搜索到很多测试文档模板，模板中也不乏内容项的描述，以及测试文档之间与测试过程之间关系的描述。在最初接触测试时，使用模板让我在工作技能方面得到迅速提升，但使用了一段时间之后，又给我的工作带来了很多困扰，典型的就是花费大量的时间和精力投入到了填充格式的案头工作中，但最后输出的文档并不具有特别的价值（对质量和工作效率都没有帮助）。于是某些文档模板使用一段时间后，由于成本和文档效果的限制，逐渐放弃。
后来随着自己管理理念的逐步成熟，意识到问题在于我们是否使用了符合公司需求的文档和方法。
本文通过分享一些个人的经验，来帮助大家探索自己的测试文档需求。
分析需求想要解决问题有个原则就是先研究问题的原因，在选用模板这个问题上这个原则同样适用。可以说没有比滥用测试文档更能表现出这个原则了。先考虑测试文档需要解决的问题，然后再运用一种适合解决方案的形式。比如一个刚创业的公司，可能根本没必要去写用例、写计划。
可以从这几方面分析来分析测试文档的需求：
- 测试小组的使命是什么，测试这个产品的目标是什么？ 如果文档不能支撑这样的目标，就没有价值。
- 自己的测试文档是产品还是工具？产品是给别人使用的东西。如果文档只是内部工具，则不必太完整、太多要求、太整齐，能在最低限度上有助于达成目标即可。
- 设计变更有多频繁。 如果很频繁，则不要写太多细节，因为这些细节很快就过时。
- 反映设计变更的规格书变更有多频繁。如果设计书长期不更新，就不要把测试文档捆绑在这种设计上。
- 测试时是希望证明与设计不一致，还是与客户期望不一致？
- 要采用的测试风格更依赖于用例还是探索式测试？如果更依赖探索式测试，则更需要战略和策略文档（有关如何在某个领域测试的想法，而不是测试用例）。
- 测试文档应该关注测试什么（目标）还是怎么测试（过程）？
- 需要用文档控制测试项目吗？如果是，那么如何控制，初期or后期？
- 测试文档的目标读者是哪些人？他们的关注点是？这些读者有多重要？
- 需要多强的跟踪性？是否需要跟进哪些文档？
- 测试文档要在多大程度上支持项目状态与测试进展的跟踪和报告？
- 测试组成员能力如何？测试人员懂得越多，文档可以省略的越多。
- 测试时需要做的三方面工作（预防、检测、预测）哪方面占比更多？是否需要舍弃一些？
理解文档内容
模板用起来很简单，填满所有内容，就会得到自己的文档，但模板的问题是，编写的文档看起来不错但可能没有实际内容。因此，为了使用模板编写好的测试文档，必须理解文档每一部分的含义，理解为什么要有这一部分，什么时候可以删除。如果我们对这些都能理解，就不需要测试模板了。很多时候模板使我们的工作效率下降，其实是因为没有综合考核实际需求和模板。
更好的方式是，先思考我们的需求，然后参考不同的模板，从模板中摘录能让我们的测试文档更有效的部分进行补充，而不是相反。