从做测试过程中发现，一般没有需求说明文档有3种情况

    1、开发人员的意识不足，开发流程不规范，可能是以前做项目一直都是拿到市场可行性分析，然后项目管理人员进行简单模块划分，任务分配下去了，更不不写需求文档，或者只是简单书写大体功能点。

    2、项目进度紧张，后期需求变动可能比较大，来不及书写详细的需求文档

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

    针对上述2点提出个人意见：

    对于第一种情况：

    1、测试负责人应该坚持开发没出需求文档，不进行测试，要坚持让开发输出项目需求文档，哪怕是写的不够详细也好。

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

    3、后是测试人员进行测试需求分析，再根据测试需求点进行测试用例编写了。

    对于第二种和第三种情况：

    1、测试人员尽量找到已存在的资料，比如市场调研书，可行性分析报告，收集一切对项目有用的文档。并提出其中的功能点需求

    2、如果是迭代项目开发，则找到前期项目的一些需求文档，概要设计，详细设计，测试需求，用例等。提起里面的功能点

    3、咨询相关人员，获取项目一些大体功能，好能知道大体项目的框架，然后记录咨询到的功能点。

    4、了解项目大体框架后，可以在网上寻找同类产品，把里面的一些亮点功能点进行提起

    5、整合上面的几点，测试人员应该书写一份你认为的测试需求点，然后分发给每个和项目有关人员，如测试人员，开发人员，市场人员。组织进行一个会议评审，在评审中详细记录修改的地方

    6、后整理出一份评审过的测试需求点，进行设计测试用例。

    没有需求文档对于编写测试用例来说，确实很困难，做为测试人员，在没有测试需求文档情况下，我们不能等着开发人员输出，应该主动点，尽可能去多了解项目的一些情况，多知道一点，对测试用例能多写点。

    一般碰到没有需求说明的情况是发起者不了解测试需要相关的文档，我是将该测试需求退回发起者。假如对方因项目紧急说先测再补充文档，那我可以先进行。

    进行的步骤如下：

    1、要求发起者对测试需求进行口述测试点及注意事项。

    2、由口述获取到的信息编制测试流程，注意，这里是测试流程不是测试用例，假如对方无法提供具体的比如某个输入域的字段长度或者类型，那所谓的边界值等价类无法运用了。

    3、凭经验测试。凭借着对项目的理解，对同行业相关软件的认识等进行。

    总结，楼主发的这个主题我个人感觉主要会发生在测试管理流程规范没到位或者发起者不是相关的项目组成员，比如某个老总或者高级别的客户，突然找到测试人员要测试人员进行某某测试。我个人认为这都是属于越权。再紧急的任务，如果目的不是走过场，而是要获得比较准确可靠的测试结果，那要提供相关的说明，即使是小功能点，也要告知（口述、内部论坛、即时通、简单邮件等途径）用途、设计时的安排等事项。

    另外还有种情况是发起者与测试人员都是项目组中的老成员了，非常熟悉项目功能，这时确实可以先省略需求文档然后再补充。

    注：我这边一般获取测试任务时发起者都会些测试需求说明书，测试要点说明等。可能与楼主单纯的那种项目需求文档会有些出入。