可想而之，这个过程是没有设计的，开发过程当中遇到问题，就会问，项目经理即时马上给出答复。
而到了测试，测试人员在完全不了解状况的时候，在界面上点了点，也不知道要点多少东西，反正一会告诉我说版本测试完了。我心里没底，想着版本上提到改了这么多东西，怎么马上就测试完了呢？
于是我抱着怀疑的态度去做测试，结果一看发现我们的系统已经大变样了。以前一个流程的三种状态变成了现在的未知种数。我傻眼了，这样怎么可能做测试呢？没有需求，无法预估到测试场景。怎样才是测试完成了？更可恨地是部门经理说测试完了没问题就上线，我的问题是怎样是测试完了，怎样是没问题呢？
我告诉部门经理，我无法决定是否上线，因为我不知道如何设计测试场景了，而通过我的测试，我发现了一些开发人员也无法回答的问题，于是我把所有我知道范围之内的可能造成状态不同的条件全部列出来了，要求项目经理可我填写，如果是这样的输入条件，输出是怎样的？经我这么发问，项目经理也无法填写我的结果，又推给需求去确认。当然事情暂时没有结论，现在的状态是版本暂时没有上线，我的测试我认为是没有做完的。
针对以上的问题，我觉得好险。测试是项目最后的一道关，如果我不能发现这些问题，上线后，客户发现了，我们如何解释呢，我们的项目经理会挺身而出帮你说话，说是因为没有需求吗？
如果出了问题，我对项目经理没有这样的信心。但是我越发觉得测试是多么的重要了，每次上线都是对我个人能力的考验。而这种混乱状态下，如果我不能够发问，我这个测试组的地位只会越来越低，成为别人推卸责任的那个背着黑锅的家伙。
这次我也发现自己在进入这个部门两个月以后的第一次反抗，前期由于不了解项目的情况，所以出这种问题也是无法察觉的。需求和开发没有文档，需求分析和设计没有做好，我的测试也只能定位比较低。但是通过这次的考验，我自己越来越多的相信，我能够做好项目的测试管理，我的测试组能够在项目过程中充当着不可或缺的角色。
没有需求的测试，很危险，但是我绝不是每次都要用这种方法来对付这个问题，我要告诉部门，你们前期的需求分析是否可以做得更全面一点，开发设计可以多考虑一些，不要每次把问题丢给测试，提高项目的间接成本。
