思考题： 1、QA 测试应该是必须存在的一个环节，虽然开发者是应该做好测试，但是开发者也只能做好自己负责模块的测试，特别是在微服务环境下，每个开发者只关注自己负责的服务，对于系统整体的集成测试、性能测试，还是需要专门的 QA 来完成。另一方面，QA 其实也可以对开发者所交付的东西的质量进行监督，可以发现开发者疏忽的问题。 2、Scrum 框架的缺点：感觉 Scrum 框架更讲究迅速，看起来更适合小型、要求先快速交付一版的新项目，很多环节由文档转变为面对面沟通，对于长期迭代的项目来说，可能会导致一些重要材料的丢失，如果项目人员流动大，可能会对后续的长期维护埋坑。 不知道是否理解正确。 另外也有一个问题想请教老师：以上内容讲的是一个软件开发的生命周期，即便是在网上查找资料，也都是类似的内容，但是有 2 个疑惑： 1、对于长期维护和迭代的项目来说，可能一个项目做了好几年了，甚至运行了十年了，那么每一个功能需求都需要走全部流程吗，包括需求分析、设计方案的制定等等？ 2、对于一个运行很长时间的复杂项目来说，在设计方案的时候怎么去避免冗余、重复等问题，举个例子，假设项目中某个子模块存储了用户信息数据，现在来一个新需求也要这些数据，或者说，一个功能里写了一个工具包，另一个新需求也需要这方面的功能，开发者怎么在设计方案的时候就知道原本项目里已有这样的功能，从而直接使用就好，不用重复开发？当一个项目很大时，可能架构师也未必能对整个项目的方方面面都了如指掌，即便可以耐心地对方案进行细抠，但是这可能需要花费较多时间，又会影响需求完成的进展。 不知道对于上面的问题，老师有没有什么经验可以分享下，谢谢老师~