在一个软件项目的生产过程中，最关键的阶段就是需求的确定。
概要设计的依据是需求文档，详细设计的依据也将是需求文档，测试大纲的结构级次也是依据需求文档框架结构而提炼产生的，测试案例编写依据测试大纲的结构和功能点列表而设计出来的，因此需求文档成了整个项目从始至终的重要的依据性文档标准，因此其重要性自然不言而喻。下面说说需求文档的在项目中的重要性！
1、高质量的需求文档切断bug的来源
在需求文档编写过程中如果质量控制不到位，自然会产生最原始的bug。设计人员依据不明确的需求文档设计出了不准确的概要设计和物理模型。
开发人员依据已经存在bug的概要设计产生程序代码，系统提交测试的时候，这些隐含的bug已经从需求一直流转到了测试人员的面前，成为测试人员的劳动成果。
但是这虽然给测试人员带来了工作成果和成就感，但是这对一个项目来讲却是巨大的损失，本应该在需求文档产生是就能避免的东西尽量控制在其最原始的状态而不是放任自流下去。
本文出自hanguolong21的51Testing软件测试博客：http://www.51testing.com/?97387
因此由此看来文档测试的重要性就体现出来了，很多企业并不重视对文档的测试和检查，从而使这些问题逐渐逐步的被放大，同时放大了修复问题的代价，给项目带来损失，因此，测试要在需求文档编写产生时介入，同步测试需求文档中存在的遗漏和不准确的描述直接将一些输入控制，界面标准等问题扼杀在摇篮之中，付出了最小的代价产生了最好的效果，避免了需求变更，就避免了损失的放大，为项目和公司节约了成本，同时也能提高产品的质量，一举多得！
2、需求文档编写的要求
为了节约成本必须加强控制，控制好需求文档编规范的高标准、高要求编写的质量和规范性以及可读性，这对需求人员的要求就相对提高了，不仅仅是懂业务和会用word这么简单了，要能将需求文档编写成为设计人员和开发人员的思维角度读懂的文档，不仅仅是简单的规则描述是问题了当需求文档编写符合规范，概要设计上就更加清晰流畅，代码编写上就能控制的更加规范和标准，提高了代码生产效率，降低了低级bug的存活率从而提高了系统的质量。一旦需求文档编写的不好导致了连锁反应最终到需求变更，需求变更是一个项目最难承受的代价，当整个系统在多人合作的情况下生产出来，此时需求文档的一点小小变化都可能会导致整个系统发生巨大的改变和调整，由此需要付出的代价是不可估量的，损失是惨重的，也是开发、测试、维护所最不愿意接受和面对的，控制好需求的编写可以达到事半功倍的效果，高水平的测试团队可以从标准的需求文档中预估出系统的缺陷率，预估出要编写的测试案例数，从而为后期的测试工作带来了巨大的前置信息，提高了测试工作的工作效率，高质量的需求文档编写有百利而无一害，需要得到重视！
总结：需求文档编写的高质量和测试人员介入文档测试对于一个项目来说都是非常重要的环节，需要加强控制和规范，为公司带来效益，货真价实！