无需求文档，保障测试质量的可行性做法

这篇文章，内容是：无需求文档的情况下，作为一个测试人员，应该如何做 ，才能保障测试质量不出问题，以及如何不背锅 ？

001  没有需求文档3种可能情况 ：

1、公司都没产品经理，开发人员的意识不足，收到的客户需求，直接开干（写需求文档 ？不可能的） 。

2、项目进度紧张，需求变动大，一直在变，产品偷懒，没更新原始需求文档 。

3、项目是从原有老项目上进行迭代开发，开发人员认为不需要需求文档 。

对于，如上情况，理论上的做法，如下 ：

1、测试负责人，应该要坚持自己的原则：没需求文档，一律不接受测试

2、需求文档要进行评审，评审做会议记录，并有专门人员对需求文档进行修改、更新、确认；

但是，实际情况是 。

很多时候，如上理论，无法落地（当然，能落地更好，而且，也应该落地；此文，主要针对那些，无法落地需求文档持续更新的情况下的可行性建议） 。

1、测试团队，在公司，完全无话语权，想推动产品写需求，难 。

2、而且，很多时候，整个技术团队，都是服务于业务，时间紧、任务重，需要每个