我倒是要看看tamen到底有多少该吐槽的点。
#############################################################################
（一）令人窒息的业务（初见）
1-收到原始需求文档（涉及前后端开发，涉及流程，但是无流程图，无UI图，全文字描述）
2-过需求会议，来一份会议纪要，加20个修改点
3-再来一个会议，提出15个修改点（开发完成，开发还要演示给业务看的会议，会议上业务巴拉巴拉提）
4-又发来一个文档，新增需求。在现有流程中，加个新的节点，全新大功能，造成项目大改
5--来测试问题文档1
6--来测试问题文档2
7--来测试问题文档3
...未完待续
#############################################################################
（二）少测试人员&常测试环境不测试
需求从开发到业务，中间是需要一个测试的。
测试是中立的，并没有站在哪一边。开发根据需求文档编码，测试根据需求文档写测试案例。
开发完，测试测， 测试测出bug, 开发改，测试人员测试完毕， 业务测，这时候已经基本是验收了。业务除了提需求文档上的测试bug，再说加功能甚至该流程都是改需求，需要延期，开发经理不应该同意。
但是这里，天大地大，业务最大。
没有测试人员，就是开发完后，业务可以随便提意见，需求文档里没有的，也提，业务觉得要改就是要改，管什么需求文档，需求文档算个P，规则都是ta来定。
开发就是要对业务提的任何问题或是意见都要去修改，业务可以边测，边发散思维，这里可以完善下，那里又可以加点啥。
业务需求文档不完善，非要开发人员陪着测试来完善。
还有一个问题：测试环境ta甚至都不测！！！直接到了生产测试！我十分的不理解！！然后N天后，再提出问题再提出优化。
#############################################################################
（三）提需求很随意 删需求也很随意
1、提需求说要加个什么流程，加了之后，让开发做，开发完成后，ta一开会，又说这个功能还是不要了。我。。。。。。
2、提需求时各种页面各种角色各个表单项各种控制。上线一周后，把这个控制放开，又一周后，把这个控制放开，又一周后，放开那个。又一周后，那里再加个什么控制（怕了怕了，还加什么控制呢？加了是不是后面又要开发放开。）
#############################################################################