写点什么

英国温德姆度假租赁公司采用敏捷和 DevOps

  • 2017-08-23
  • 本文字数:1751 字

    阅读完需:约 6 分钟

植入敏捷和 DevOps 对温德姆 QA 的角色产生了积极的影响:将精力集中在早期的生命周期阶段中使得发布更平稳、bug 和后期生产问题更少。由于文化的变化,同事和客户更多地参与到整个交付周期中,测试成为大家共同的责任,测试已不只是检测 bug 和应对变化,而更多的是把预防和积极成为变化的一部分。

Wyndham Vacation Rentals UK(英国温德姆度假租赁)有限公司 QA 经理 Felicity Lord 在 2017 年春季在线测试大会上,谈及如何使QA 适应当今日益数字化的世界

InfoQ 采访了 Lord,在那之前,Lord 谈论了温德姆 QA 面临的挑战和他们如何应对挑战、敏捷和 DevOps 如何影响 QA 的角色、她为改变 QA 文化做了哪些努力以及她给要建立数字领导力的组织提供的建议。

InfoQ: 温德姆 QA 面临的挑战是什么?

Felicity Lord: 当我 18 个月前加入温德姆时,团队的结构偏向手动测试,自动化仅用作回归测试活动。构建周期是迭代的,但不是敏捷的,单独的 UAT(用户验收测试)部门几乎总是重复 QA 团队所做的测试,而没有专注于用户体验。

除此之外,温德姆雄心勃勃想成为数字领导者,温德姆期望未来三年内成为英国公认的端到端数字假期租赁业务的领头羊。为实现这一雄心壮志,我们的团队就需面对一些具体的挑战。作为一家公司,我们希望为客户提供日益个性化、有意义和始终如一的体验,并使用客户数据来最大限度地提高产量,但 QA 团队的能力无法满足这一点。

我们没有移动测试能力。虽然我们的业务是全球性的,但我们无法对不同的地理位置进行测试。社交媒体的客户使用量增加,加上对网站定制化和个性化更高的期望意味着我们需要改变测试能力、方法和技能,才能够跟上团队不断变化的需求。

InfoQ: 你是如何应对这些挑战的?

Lord: 我对一系列关键测试领域进行了成熟度评估,然后将这些领域标为红色、琥珀色或绿色进行改进。对于那些关注度更高的领域,对于我的团队来说是度量标准、测试评估、非功能测试、移动和设备测试以及测试数据管理,我制定了自己可以首先专注去快速取得成功的一些领域,同时我还制定了一些更长远的目标,为团队制定了一份三年路线图。

在第一年,我的重点是将正确的人员和工具安排在正确的位置,从外部测试模式变为内部 QA 功能,并让新员工和一些新供应商来协助我们。今年,我的重点是找到搭建非生产环境的正确方法,并开发和增加团队的投入,包括:培训、学习新技能和新流程、增加团队的自动化知识等。

InfoQ: 采用敏捷和 DevOps 如何影响 QA 的角色?

Lord: 我们仍然在将敏捷和 DevOps 植入到组织中的路上,但我已经感觉到它们对 QA 角色的积极影响。交付变化和速度的加快给团队带来了更多的压力,但是通过与销售、运营或营销主要业务伙伴之间的合作,以及“3 个 Amigos”的心态,我们已能够更多地将精力放在早期的生命周期阶段,从而使发布更平稳,bug 和后期生产问题更少。

通过 QA 来帮助推动行为干预和改变,我们也在帮助推动 DevOps 文化变革。我们 DevOps 路线图的某关键部分已经实现了自动化部署,从而消除了使我们变得更加敏捷的一个真正的障碍。

InfoQ: 你做了什么来改变 QA 的文化?

Lord: 对我来说,最大的文化变革来自于不再将 UAT 作为一个单独的实体,而是让业务同事和客户都参与到交付周期中。我一直鼓励团队把测试视为大家共同的责任,并将 QA 视为比纯粹的测试或质量控制角色更伟大和更有影响力的角色。测试不应只是检测 bug 和应对变化,而更多的是预防和积极成为变化的一部分。

InfoQ: 你对希望建立数字领导力的组织有什么建议?

Lord: 我相信,成为数字领导者的关键是了解你在数字领导力三角(即商业头脑、技术能力和战略领导力)中的优势、你需要增长哪些知识,以及何时应该依靠他人的技能。

作为一个从不同行业背景进入温德姆的人来说,我觉得需要加强自己对温德姆业务的了解。所以我花时间了解温德姆在架构上的方向,但同时我也知道自己身边有一个可以引导我的伟大团队。然后,根据自己获得的知识和可用的技能我为团队制定了一个策略。只要按照这种方法,任何人都可以成为数字领导者。

查看英文原文 Adopting Agile and DevOps at Wyndham Vacation Rentals UK


感谢冬雨对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2017-08-23 19:001508

评论

发布
暂无评论
发现更多内容

TiDB集群的GC不回收案例(案情二)

TiDB 社区干货传送门

故障排查/诊断

TiDB 配置参数修改与系统变量修改步骤

TiDB 社区干货传送门

实践案例

TiDB 在 2021 易车 818 汽车狂欢节的应用

TiDB 社区干货传送门

实践案例

通过 ProxySQL 在 TiDB 上实现 SQL 的规则化路由

TiDB 社区干货传送门

管理与运维

【联合方案】神州信息 - 新一代分布式网贷系统

TiDB 社区干货传送门

实践案例

TiDB SQL调优实战——索引问题

TiDB 社区干货传送门

性能调优 实践案例

从TiDB中学习代码提交规范的重要性

TiDB 社区干货传送门

TiDB 底层架构

【TiDB 最佳实践系列】海量 Region 集群调优

TiDB 社区干货传送门

实践案例

事务前沿研究丨事务测试体系解析

TiDB 社区干货传送门

TiDB 底层架构

TiDB 入门运维基础教程(二)--生产环境安装

TiDB 社区干货传送门

安装 & 部署

TiDB SQL 自动重试调研

TiDB 社区干货传送门

TiDB 底层架构

扩容TIKV节点遇到的坑

TiDB 社区干货传送门

管理与运维

使用 TiCDC 实时同步 TiDB 数据到备用逃生环境的实践

TiDB 社区干货传送门

实践案例 安装 & 部署

TiDB在X86和ARM混合平台下的离线部署和升级

TiDB 社区干货传送门

安装 & 部署

干货分享丨携程国际业务动态实时标签处理平台实践

TiDB 社区干货传送门

实践案例

TiDB 集群跨平台在线迁移方案(离线环境下从 x86 节点迁移到 arm64 节点)

TiDB 社区干货传送门

管理与运维

我们为什么放弃 MongoDB 和 MySQL,选择 TiDB

TiDB 社区干货传送门

数据库架构选型

【TiDB CPU使用率过高之一】Scheduler worker CPU

TiDB 社区干货传送门

实践案例

TiDB for PostgreSQL 学习指南

TiDB 社区干货传送门

实践案例 管理与运维

TiDB5.0.3-ARM平台性能测试

TiDB 社区干货传送门

安装 & 部署

58同城大规模TiDB运维漫谈

TiDB 社区干货传送门

安装 & 部署

生产环境 TiDB V5.0.3 集群部署

TiDB 社区干货传送门

实践案例

【精选实践】58 集团的数据库技术选型思路

TiDB 社区干货传送门

数据库架构选型

【SOP 系列 19】region 分布不均问题排查及解决不完全指南

TiDB 社区干货传送门

管理与运维

TiDB和MySQL的锁一些分析比对

TiDB 社区干货传送门

实践案例 TiDB 底层架构

SQLserver迁移TiDB场景的实践

TiDB 社区干货传送门

迁移 管理与运维

Tidb duration 耗时异常上升案例

TiDB 社区干货传送门

故障排查/诊断

TiDB 对大事务的简单拆分

TiDB 社区干货传送门

性能调优

TIDB:分布式事务算法Percolator学习笔记

TiDB 社区干货传送门

TiDB 底层架构

TiDB K8S 删除备份阻塞问题排查

TiDB 社区干货传送门

TiDB 底层架构 管理与运维

TiDB K8S 定时备份状态异常问题排查

TiDB 社区干货传送门

管理与运维

英国温德姆度假租赁公司采用敏捷和DevOps_软件工程_Ben Linders_InfoQ精选文章