吐槽记~(这个帖子是我的垃圾桶)~哈哈

我倒是要看看tamen到底有多少该吐槽的点。

#############################################################################

(一)令人窒息的业务(初见)

1-收到原始需求文档(涉及前后端开发,涉及流程,但是无流程图,无UI图,全文字描述)
2-过需求会议,来一份会议纪要,加20个修改点 
3-再来一个会议,提出15个修改点(开发完成,开发还要演示给业务看的会议,会议上业务巴拉巴拉提)
4-又发来一个文档,新增需求。在现有流程中,加个新的节点,全新大功能,造成项目大改

5--来测试问题文档1  
6--来测试问题文档2  
7--来测试问题文档3  

...未完待续

#############################################################################
(二)少测试人员&常测试环境不测试

需求从开发到业务,中间是需要一个测试的。

测试是中立的,并没有站在哪一边。开发根据需求文档编码,测试根据需求文档写测试案例。

开发完,测试测, 测试测出bug, 开发改,测试人员测试完毕, 业务测,这时候已经基本是验收了。业务除了提需求文档上的测试bug,再说加功能甚至该流程都是改需求,需要延期,开发经理不应该同意。

但是这里,天大地大,业务最大。

没有测试人员,就是开发完后,业务可以随便提意见,需求文档里没有的,也提,业务觉得要改就是要改,管什么需求文档,需求文档算个P,规则都是ta来定。

开发就是要对业务提的任何问题或是意见都要去修改,业务可以边测,边发散思维,这里可以完善下,那里又可以加点啥。

业务需求文档不完善,非要开发人员陪着测试来完善。

还有一个问题:测试环境ta甚至都不测!!!直接到了生产测试!我十分的不理解!!然后N天后,再提出问题再提出优化。
#############################################################################

 (三)提需求很随意 删需求也很随意

   1、提需求说要加个什么流程,加了之后,让开发做,开发完成后,ta一开会,又说这个功能还是不要了。我。。。。。。

   2、提需求时各种页面各种角色各个表单项各种控制。上线一周后,把这个控制放开,又一周后,把这个控制放开,又一周后,放开那个。又一周后,那里再加个什么控制(怕了怕了,还加什么控制呢?加了是不是后面又要开发放开。)

#############################################################################

你可能感兴趣的:(其他)