1、开发自测 (单元测试)
2、业务参与测试 (简单业务流测试、回归测试)
3、持续集成 + 自动化，UI 自动化覆盖主要流程，接口自动化高覆盖率
4、稳定的运维团队维护的稳定的线上环境
5、开发团队开发质量高
6、上线流程完美且执行力强

强需求业务 (比如租房和买卖房)，没有以上，也可以做到

梳理的很棒！看来是位大拿~

回复如下，请教一下我的理解是否错误？真心想落地实践下去~

1、开发自测 (单元测试)
---开发是有单测的，看来需要加强单测，目前我们的开发单测纯属凑数，凑单测通过率，并没有写太多有用的 case；

2、业务参与测试 (简单业务流测试、回归测试)
---嗯，我的理解是需要 PM 同学来参与到测试中吗？例如在联调阶段，提测前期？目前我们是有 PM 初验，主要是验证主流程、页面设计、用户体验方面是否是 PM 同学想要的结果。

3、持续集成 + 自动化，UI 自动化覆盖主要流程，接口自动化高覆盖率
---嗯，我理解的自动化，一是提升原有接口的覆盖率，二是做新接口的测试 case，但问题是一来写自动化 case 的时间可能不够（排期紧张、甚至倒排等等，可能只有写功能测试的 case），二是很多新业务是完全前后端分离，底层是 java 的底层接口，上是 java 写的 http 接口，再之外是 FE 写的中间件，再上是前端的页面，接口层较多，感觉只做底层接口不一定能 hold 住质量，怕 http 和 FE 中间件的 http 会出现问题，都做的话，时间更加不足。

4、稳定的运维团队维护的稳定的线上环境
---嗯，线上环境是比较稳定，问题比较多的可能是我们的业务复杂性，总有一些意向不到的 case 出现，导致出现线上 bug

5、开发团队开发质量高
---嗯，开发团队 RD 方面还算较好一些，目前推的完全前后端分离，FE 质量倒是稍差，关键 FE 还自我感觉挺好。。。看来有必要狠抓下他们的质量了。周会怼他们去。

6、上线流程完美且执行力强
---嗯，目前这个问题可能较小，发生二次上线的情况也较少，比较乐观一下，哈哈

强需求业务 (比如租房和买卖房)，没有以上，也可以做到
---没太明白强需求的概念，没有上面的工作，怎么做到高的开发测试比效率？

我们部门就 1：7，说实话，并没有任何技术 含量，全靠加班。还天天开会。。。

厉害了，开会很费时间，这得加班到几点。。。

可以讲讲咋玩的 1：7？

天天 10 点之后，除了 bat 别这么玩，都走了。Bat 里这么玩也没意思，镀完金也走了

不能这么搞法，哈哈加班只能成为临时方案

1 比 12 路过

1：15 路过

具体分析过什么项目人员比例么？