DevOps对于测试团队意味着什么?
在2020年的夏天,我不止一次经历了项目发布前开发团队和测试团队连续加班工作到后半夜的场景。
开发和测试团队工作到很晚,他们集中精力,赶在最后期限之前需要完成一些非常重要的工作项:
- 开发团队快速修复缺陷
- 测试团队进行Retest
- 开发团队和测试团队进行缺陷Review,然后按照优先级和严重等级对缺陷进行重新排序,确定缺陷修复顺序
- 对于存在争议的和不能确认的缺陷进行再次Review,争论到耳红脖子粗,最后由PO进行调停
- 关闭缺陷列表
- 将即将发布的软件版本部署到Stage Server,测试团队最后运行回归测试
- 测试通过后,开发团队和Infra团队进行最后一次部署(至运营服务器),做发布之前的最后一次准备
- 为第二天一大早的发布,检查一切工作内容
之后发生了什么?没人知道。对于大多数开发和测试团队成员来说,Ops是一个黑盒子。更多的时候,他们忘记了行动中发生的事情,角色,责任和时间表。
在开发人员和测试团队经过延迟、问题和更改后的最后期限过后的几个小时,产品上线了。
这个时候,大家都因为连续加班和焦虑的工作状态已经非常疲惫了,除了想立刻回家洗个澡,补个觉之外,似乎没有什么值得让他们更感兴趣的事情了~
这个场景听起来熟悉吗?
DevOps应该是游戏规则的改变者。
DevOps对很多人来说意味着很多事情。但是对于测试