测试的本质是测和试，测是对软件开发的相关工作产品进行检测，试是在预期的使用环境下尝试软件能否正常工作（详见《软件测试的本质是“测”和“试”》）。
所以在不妨碍测试本质工作的前提下，是可以对测试文档进行裁剪的。
测试文档的裁剪也是有标准可以遵循的。
IEEE软件和系统测试文档标准（ IEEE Std 829-2008 ) 提供了以下几种对测试文档进行裁减的方法：
引用参考文档
虽然说测试文档应当包含所有与测试活动有关的内容，但是并不是要求把所有的内容都写在测试文档当中。
如果有些内容已经在其他文档中进行了详细的描述，那么就可以直接引用这些文档，在测试文档中只做必要的简单的描述即可。
这样测试文档就能得到一定程度的简化。
这种方法同样也适用于其他文档的简化。
匹配开发过程
测试文档的裁剪要与组织的开发过程相匹配，如果组织采用的是瀑布模型，那么测试文档相对来说就要厚重一些；如果组织采用的是敏捷方法，那么根据敏捷重交流轻文档的思想，在满足交流的前提下可以减少测试文档的复杂度，甚至是采用直接编写测试脚本取代编写测试说明这样的传统文档。
利用自动化工具
自动化工具不仅可以提高开发和测试的效率，它也可以帮助简化测试文档。因为很多测试活动的内容都已经存储在这些自动化测试工具里，测试文档中只需要提供统计分析的信息或者简单地描述一下即可，而不必在测试文档中重复描述。
例如：缺陷管理工具中对所有的缺陷、缺陷的处理过程等都进行了详细的记录，在相关测试文档中没有必要把工具中所有的记录都详细地列出来。
对多个测试文档进行裁减或合并
软件测试一般包含单元测试，集成测试，配置项测试和系统测试等几个测试级别。在一些特殊情况下，比如项目生命周期比较短、测试的级别比较少、系统功能简单等，可以对测试文档进行裁减或合并。
对测试文档的内容进行裁减或合并
虽然相关的文档标准给出了各个测试文档中的主要内容，但是并不意味着每个项目都需要对标准规定的所有文档内容进行描述，可以根据项目的实际情况对各个测试文档中的内容进行裁减或合并。
对于实施GJB5000的组织来说，测试文档遵循的是GJB438B标准。而且最终用户代表可能会比较严格地审核文档对GJB438B的遵循性。但是组织仍然可以采取保留文档的组织架构（即章节条目）的前提下，对内容进行删减。
以上就是IEEE软件和系统测试文档标准对测试文档的裁剪方法，对于实施GJB5000的组织来说，也可以从中借鉴。
这正是：
测试文档要裁剪，国际标准可借鉴
学习方法看精髓，只为测试绩效飞
参考书目：软件测试管理，作者：郑文强,马均飞，出版社：电子工业出版社
联系客服
