最近带领一个团队近两年了，有些经验写出来分享一下，团队规模不大，8个研发，2个测试，运维是公用资源。作为研发leader，在我的工作环境是可以推动测试和运维做一些事情的。我们的直播业务，稳定性要求极高，迭代也很快。
在目前的环境中，研发测试运维是一个团体。各个部分应该做什么呢？
研发
研发当然最重要的是开发，但研发要注意的是
- 研发要保证提测质量，做到
- 绝对不要因为一个bug block测试进度
- 尽量不要有功能bug
- 要和测试制定准入case，研发自觉自测
- 要考虑功能点如何可监控
有一些研发要问了，“为什么这么严，不能稍微测测就给测试么？”。我来告诉你为什么：
任何bug，都会反测，结果就是耽误测试时间，测试疲于测简单的bug，她哪有时间写自动化，干其它一劳永逸的事情。后续的功能点越来越多，自动化越来越少，每次回归人工回归量越来越大，累赘越来越多。
测试
敲黑板: 比起容易发现的简单功能bug，测试更把精力放到一些一劳永逸的事情上。这是提高迭代速度很重要的一环。
比如
- 自动化测试case
- 用k8s进行环境搭建
- 自动化压测
- 自动化编译
- 自动化穿透测试
- 沙盒引流环境搭建
核心就是，所有的测试，尽量全自动化。测试的开发代码量大于研发，不是个笑话。
运维
运维想写的不多
- 自动化也是必须的，还用wget tar 去上线？太土了。k8s了解一下（虽然我们也在慢慢的切到k8s）
- 基础监控要做好
- 尽量激发运维的研发欲望，比如k8s我就让运维了解，让他们承担了很多工作，作为一个leader，要掌握趋势，推动他们去干。
如果觉得不错的话，扫一下图片，请我喝个小蓝咖啡吧
图片发自简书App
