现在好多IT公司都有了软件测试，也有好多了测试人员，可是在这么多测试人员中又有多少人懂测试需求是什么，又有多少人做过测试需求。

曾经的我在开始接触测试需求的同时也仅仅以为测试需求只是高级测试人员给后面的测试用例设计人员提供了测试用例的题目或者大纲，使测试用例的设计人员根据测试需求查漏补缺使设计出来的测试用例能够更有效，对需求覆盖更全面。尤其设计测试用例的人员可能是多人分工，可能造成他们只对自己负责的系统熟悉，但是对其他系统不太熟悉，测试需求可以减少因为测试用例设计者对软件整体系统的认识度不够造成测试用例设计上面的一些问题，所以我对测试需求的第一个认识是认为他可以指导设计测试用例。

随着时间的推移，我逐渐明白了测试需求的另一个作用，是更好的做计划，你的测试需求越详细，那么是说明你测试的功能点的数量越清晰，换句话说，根据你写的测试需求，能够对软件测试的时间安排能够有个大体的估计，现在好多公司对测试都要求做计划安排，那么详细的测试需求不但可以使你可以制定出更有效的计划，同时也能使你的计划更有说服力（有次我写的测试计划在时间安排上安排时间较长引起管理者的质疑，后来看了管理者看了我写的2000多个测试需求点时候也审核通过了我的测试计划），这使我明白了测试需求的另外一个作用，可以安排测试计划，并对自己的测试计划提供强有力的证据。