软件测试---产品需求文档测试
产品测试间歇期，打算坐下产品测试复盘，又把产品测试方案拿过来看下，发现产品需求描述出现问题，反思了下发现是从开始到现在，由于新产品是在老产品的基础上做了优化，所以未进行需求评审，
且我自己介入产品的时间比较晚，已经到产品测试阶段才介入产品，但是还是想写下自己对于需求文档测试需要注意的问题。
产品需求文档测试可以从以下几个方面去考量：
- 需求的可测试性
- 需求的正交性
- 需求的合理性
- 需求优先级
- 需求的一致性
需求的可测试性
需求的可测试性，是指从需求的描述中，可以从以下3个方面进行需求可测试性的判定。
- 是否有明确的结果
- 需求中的结果是否可以观测到
- 需求中条件是否可达
需求的正交性
需求的正交性，就是指所有的需求间相互独立，不存在包含关系，这个是需求中最常见的问题，我看到的需求文档，几乎都存在正交性的问题。
需求的合理性
需求的合理性，包含两层意思 需求是否必要 和 文档中描述的需求 是不是反应了客户的 真实意思，这个是最难判定的。
若产品是新产品， 可以参考竞品 确定需求的合理性；也可以通过和FOA、 市场的同事沟通 确定需求的合理性。
需求的优先级
需求是存在优先级，这是测试人员在测试时进行测试优先级划定的最基本的参照物，一方面要保证 需求有优先级的区分，另一部分也要保证排列的优先级是合理的。
需求的一致性
需求的一致性，主要是看需求是不是存在前后不一致的情况，这个是相对容易看出。
小结
我认为需求文档的测试时非常必要的，
首先，产品是按照需求进行实现
其次， 产品一旦开始编码，很少有人在看需求文档。
现实中，好多产品没有需求文档，这时候需要测试人员列个大纲，和项目组人员确定需求，并且在项目进行过程中一直跟随更新，防止项目跑偏。
