一个系统从需求开始，打磨需求，到测试到验收的坑

针对之前最的一个比较坑的系统总结：

.1.拿到需求就是不明确的，很多细节没有打磨。没有一个模块一个模块的转测。只给最终上线结果

2.开发分工后。由于信息没共享。先上线的模块没开发完。而先验收的模块还没做。导致测试时间紧张。大家都加班加点，这个完全可以避免的。

3.首次尝试前后端分离，前端开发出来的效果没第一时间给产品和客户看。导致改了3-4版本。大大浪费的开发成本

4.客户只给了业务流程图，产品和主导开发没给状态流程图，测试自己根据需求理解去画状态流程图。然后和产品对接。浪费很多时间

5.由于很多功能没打磨详细，开发只是做一个大框功能，细节东西没和产品打磨，导致测试的时候都是问题。然后开发、产品、测试，三方再去对需求。产品这个时候再定稿。浪费很多时间

6.根据原型图。测试用例已经写完。但是后期修改的功能太多。用例修改很多。

7.由于都是新人开发，老开发只是带着过一遍需求。后期没有严格把控开发需求节奏。一度非常吃力。

8.很多小块功能都是一句话带过。但是实际开发中需要很多时间。明显感觉前期没评估好时间

9.根据需求产品一句话带过。没有细节的文档。例如：发送邮件格式，按钮权限控制，各种提醒信息整合，操作记录收集哪些、具体文案控制、很多交互方式。等等

10.转测时。开发没时间自测。直接测试。测试用例没用上。开发代码质量没有审查。很多低级问题。整体没有一个经验丰富的开发去带队，玩命加班去弄。哎。

11.客户马上验收时，很多功能还没实现，一个系统只是一个测试去测试。没有经过很多环境和人员去体验测试。导致客户提出很多问题。一度感觉系统不行

12.项目没有结束。就给开发抽出去做其他项目。导致很多剩余问题没有继续跟踪下去，整体管理制度乱套

13.经历测试和客户，开发反正修改。才算整体通过。

总结：流程混乱，管理差，安排不合理没有严格排期。干起来非常累。这可能是最坑的一个项目经历了。