要想成功地实现需求，需求就必须可度量、可测试。

 
从本质上说，功能需求是产品支持其拥有者的业务时必须做的事。非功能需求是产品要在拥有者的环境中取得成功，必须将功能完成得多好的量化描述。
要让构建的产品完全满足这些标准，在编写需求时就必须准确。同时，必须考虑到需求来自于人，而人并非总是准确，可能总是不准确。要达到必要的准确程度，必须对需求进行某种测量。如果可以用数字代替文字来测量需求，就能让需求可测试。
"即使完美的程序检验工作，也只能建立满足规格说明的程序。软件任务最难的部分在于，得到完整而一致的规格说明书。构建一个程序的许多本质工作，实际上就是消除规格说明书中的缺陷."
Fred Brooks, No Silver Bullet: Essence and Accidents of Software Engineering
例如，如果你的产品有一个需求是"应该对新用户有吸引力"，那么就可以建立一个测量指标，即初次使用的用户能够在2分钟内成功建立一个账户，对于用户应该知道的所有数据项，都不会有超过5秒钟的犹豫，如他的姓名、邮件地址和类似的数据项。(犹豫时间是测量产品直观程度的指标，是对用户的吸引力的一部分。)自然，如果你用这种方式来测量需求，测试人员就可以确定产品(有时候是产品原型)是否满足需求。
可以很放心地说，如果你不能为需求找到测量指标，那它就不是需求，只是一种无根据的想法。