新时代的测试必须知道：测试右移

测试右移的概念

在指导学生就业过程中，经常会有人被问到，公司要求做交付的工作能行吗？ 

这让人很是无语，但是又不得不接受，现在很多企业都在力推提升团队整体效能，一个工程师能做更多事情，就成了一个最简单的实现方式，这也就不难理解HR为什么会问这个问题了，我们能做的也就只能是不断增加自己左移、右移的能力，适应公司的需求。

一般情况下，我们测试工程师完成相关功能、性能、接口等测试工作后，则申请上线部署，之后可以由运维来解决灰度发布问题、线上资源的监控、客户的技术支持等工作。

而测试右移则是要求测试工程师也可以完成一部分运维的工作内容，可能会抱怨，这不是让测试运维的活给做了吗？

一定要记住一点，右移可不是我们测试一个岗位再喊。运维还想着左移呢，如果我们不主动出击，可能最终被“移除”的可能是我们测试工程师，这绝对不是危言耸听，所以我们时刻准备的提升自己的左移右移能力，就成了一个必然要求，这也是为什么大家会觉得测试工作越来越难了，当然测试的薪资也在不知觉间上涨。

 测试右移可以做的事情

测试右移其实还可以理解为如果线上发生任何问题，我们有没有能力第一时间发现问题并解决问题，并保证线上数据的一致性或尽可能少的影响线上用户，以及并且实时获取用户反馈。

1、线上资源监控、用户反馈

针对线上问题反馈，验证以及后续的跟踪，对问题解决形成闭环。

熟练使用系统的日志进行问题定位、跟踪，针对日志信息形成有效的数据分析。

不仅要不断完善丰富的监控指标、例如业务异常点指标，还需要不断降低监控成本，不断提升监控效率。

可见线上资源的监控是可以围绕问题反馈、发现、定位、监控展开，参与人员则不仅仅局限于运维人员，我们测试人员也完全可以去做。

2、系统的灰度发布

灰度发布的思想则是将少量的请求引流到新版本上，因此部署新版本服务只需极小数的机器。验证新版本符合预期后，逐步调整流量权重比例，使得流量慢慢从老版本迁移至新版本，期间可以根据设置的流量比例，对新版本服务进行扩容，同时对老版本服务进行缩容，使得底层资源得到最大化利用。

对于系统发布，很多公司除了需要测试发出申请以外，也需要测试工程师参与其中的，在不断的项目实战中，系统发布对于测试来说，必将是一个非常简单的工作。

好了，今天我们就先聊到这，作为测试工程师，可不能仅仅盯着右移，我们还要时刻防着我们左手边，时刻做好左移、右移的打算。

 

感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取