有兴趣的朋友可以加微信交流一下：http_home

测试追求的好结果是没有故障、没有资损，测试开发就是要通过技术手段解决质量问题，好的工具可以自动测试，让开发自测，让运营自测，目前我们这边的测试开发比例是 1:8，赋能是一种好的方式，即解决了业务质量问题，对测试人员的技术又能有一定的提升，何乐而不为呢。

产品的全方位质量是测试来保障的，比如出现了会场页面的空坑、空楼层、链接不可跳转等，测试都是需要负责的，测试开发就是要通过技术手段解决各种质量问题。

几乎没有工具可以解决全阿里的问题，这里的描述也是解决 CBU 大促的问题，是一种提效的质量保证方案。

实时质量的方向是通过无人值守来进行测试，至于可上线的结论，需要根据覆盖率来进行判定，覆盖率又分为很多种，比如代码覆盖率、故障覆盖率、业务覆盖率，实时质量对用例执行的实时性也是有要求的，需要快速 + 可反馈。

功能测试还是需要的，但方向是无人值守，更多的通过技术手段解决问题，对于测新也是有技术的探索，比如智能化、组件化的测试。

万事总有两面性，商业系统对质量的要求不会降低，质量问题会带来故障、资损、舆情，都不是商业公司能接受的。

存在即合理。

不需要部署在一起，可以通过 MQ 来做变更关联。

现在已经实现了一部分。