2016 “Better Software East/DevOps East/Agile Dev East”三个会议上的发言

  • 佚名

阅读数:32 2016 年 12 月 6 日

话题:敏捷测试DevOps语言 & 开发文化 & 方法

Better Software East/DevOps East/Agile Dev East”三个会议的第三和第四天会议在佛罗里达州的奥兰多举行。会议延续了前两个会议建立起来的趋势,发言涉及内容非常广泛,但测试是非常明确的重点内容。第一天和第二天的会议议程主要为半天或一天的导师授课,第三和第四天主要为限时一个小时的发言。

在三次会议安排的 64 次发言中,15 次发言——几乎占总发言量的四分之一——与测试主题有关。在这些发言中,多数都在探讨在 DevOps 的背景下测试人员可以起到的作用、物联网、以及不断增长的将指标用于决策的趋势。虽然话题在不同发言中会有所不同,但其中大部分都是基于以下的核心思想,就是一方面传统上的由测试人员进行的许多活动都将不再存在(比如手动执行测试脚本),但另一方面他们可以站在不同的角度考虑问题,这一点仍然可以得到很好的利用。因此,大多数关于测试的发言都没怎么谈到工具和技术,而是专注于如何在公司内配置测试人员。不过有一个发言例外,就是 Alexander Andelkovic 的发言:“测试中的人工智能:未来就是现在”。在发言中,他描述了在游戏开发商 King 里人们是如何训练不同的机器人去模仿人的动作,通过这样的方式测试游戏的难度级别的,比如 Candy Crash Saga 等。

除了测试,沟通是下一个最有争议的话题,值得单独一提的是自然出现的 ChatOps 的实践。ChatOps 的基本思路是通过将尽可能多的工作集中到即时通讯应用中,以此更好地将工作和沟通结合起来。使用传统的 IM 工具是不可能实现这一点的,但像 HipChat 或 Slack 等更现代工具却把这个概念最基础的三个特征体现了出来:自由创造公共和私人渠道的能力;整合第三方工具使之可以像其他用户那样将信息写入聊天室的能力;还有最重要的能力是,要嵌入聊天机器人,可以对某些命令做出响应。

正如 Raj Indugula 和 Robert Brown 说到的,理解从第三方工具得到的通知的关键是,这些通知往往具有重要的同步属性:它们通常要求得到立即的回应。例如,从持续集成服务器来了通知,显示构建失败了,这就是开发人员需要马上检查的事情。然而,在传统上通知常被配置为通过电子邮件发送,这是一个相当异步的通信机制。这就经常导致事件无法被快速处理,并且过期的通知还污染了人们的收件箱。因此,将这种类型的通知发送到一个即时通讯工具中是一个更好的解决方案,这样开发人员就能够采取更快速的行动,然后信息就可以滚屏上去,并被忽略。这样也有风险,过多的通知会在聊天室中产生过多的噪音,这就是为什么需要创建多个渠道,并需要将这些通知相应地发送到相关渠道去,这样的能力变得非常重要。

但 Indugula 和 Brown 展示出的最具革命性的能力是使用聊天机器人控制外部系统,而无需离开 IM 工具。他们的发言中提到了在线看板工具Trello的例子。Trello 和 Slack 的结合产生了一个聊天机器人,它可以在 Slack 里面操作 Trello 中的不同卡片,只要把留言板作为一个命令行来使用。这样,通过键入 “/trello add New Task”,Trello 聊天机器人就会连接到 Trello 实例中,并创建一个名为“New Task”的新卡片。这意味着团队成员现在可以用 IM 工具管理自己的任务了,而且可以快速地通过使用“/hangout”命令,在家启动与整个团队的视频会议,还有管理从 GitHub 来的 pull 请求等等。可能整合的列表在不断变长,可以在Slack 的应用程序目录下或者HipChat 的 Atlassian Marketplace中找到这个名单。

总之,从“Better Software East/DevOps East/Agile Dev East”三个会议中得出的主要结论之一就是,各个公司在他们进行文化转换的时候将继续寻找传统角色的适应方法,尤其是测试人员将会不得不改变,在新的活动中重新使用技能。另一个主要结论是,沟通管理仍然是许多团队的痛点,这将推动创建新的工具,用更加有效的方式来帮助过滤、分发和共享信息。

查看英文原文Talks at Better Software East / DevOps East / Agile Dev East 2016