会议
2018年欧洲检测大会

通过manbetx官方网站多少

会议:2018年欧洲测试会议

与会者围成一个圈

这周我去了美丽的阿姆斯特丹参加2018年欧洲检测大会。这次会议以前我没注意过,但引起我注意的是组织者的详细程度(最显著的是FranziMaaret投入到创造一个专注的,包容多样的活动。

我最初提交了一个更老的说话如果我使用未被接受的BDD测试REST API,但是在提交过程中的经历让我无论如何都想去参加这个会议。

其他比我通常 会议,机票价格是明显的(€800),但由于这次会议提供免费门票弱势团体,组织照顾孩子,付钱给他们的发言人。这是(不幸的)例外!我很高兴使用我的雇主的会议预算北欧半导体请允许我们支持这一点!

我学到了什么?

为期两天的课程包含了很多预先准备好的要点,manbetx官网app谈判中,以及研讨会和互动会议。我们精心挑选的主题演讲不是供应商的销售演讲,而是集中在有关测试的高级理念上,沟通和团队动力。

主题演讲

Gojko Adzic解释说我们看到了UI测试领域的一场革命。

这是非常有见地的,因为我从小就有这样的想法:

24 zxbh

看来是时候重新思考这种模式了。像Gojko写的工具(一个开源工具评价)或付费工具Applitools我在网络会议上从另一位参与者那里了解到,这极大地简化了视觉测试。


Lanette奶油讨论了交流的重要性以及如何更好地理解和提高测试人员的技能。虽然这个演讲主要是针对测试人员的,我仍然很喜欢她对测试人员意味着什么的见解,这提高了我对这个角色的理解。


Zeger van这些关于怀疑论者的主题演讲。他强调,为了做出最好的决定,不断地质疑别人给你的信息是很重要的。

他建议一组上下文无关的问题以公正的方式确定项目的重要方面。


闭幕词由帕梅拉同性恋从头到尾都是一丝不苟、引人入胜的。它提供了一个伟大的洞察力的工作Cosmoquest项目,它利用众包数据解决太空旅行中的关键任务问题。有人可能会认为测试但是这次演讲对我来说是:

因此,并不是所有的问题都能用软件解决。一个伟大的提醒,保持谦虚。

manbetx官网app

有四个谈话时段,每个都有四个并行的对话。manbetx官网app我参加了其中三个,因为我花了第四次谈话的大部分时间和其他与会者交谈。

在这个非常有趣的演讲中马修的屁股解释了他在依赖服务的软件中实现测试的方法,不能在本地运行。由于基于云的服务(如机器学习)越来越多,我们的软件中有一些部件不能在本地的开发机器上运行。由于法律原因)。如果提供者没有为此服务提供测试环境/存根,该怎么办?适配器,所有的方式。在我看来,这个概念很少有人关注。我们很高兴地遵循固体的原则,但我们正在将接口从依赖项拉入到实现中。如果我们为它们编写适配器,我们可以将服务的实现细节隐藏在更容易(模拟)的接口后面,并可以简化对单个组件的测试。马修很好地解释了这一点。你可以找到他的幻灯片在这里


这次谈话是从测试人员的角度来看待微服务的,这为我提供了一些价值,因为Emily负责协调使用微服务体系结构的不同团队之间的协作。从她的演讲中最重要的收获是:为您的微服务版本化,以便其他团队或个人可以运行集成测试,并且团队负责用他们最新的代码运行集成测试,否则就会有痛苦。


虽然没有给我新的见解,Lynoure试图从一个新的角度来看待这个问题解释如何编写测试:你给自己的心态。从你能想到的最简单的例子开始,然后停下来和你的(业务)利益相关者交谈,以实际了解你要写的组件实际上应该做什么。不要让自己陷入写作的兔子洞,,太完整的软件因为你永远不知道什么时候你自己完成了,编写的代码越多,对变革的抵制越来越根深蒂固。

研讨会

两天都有五次研讨会。这减少了FOMO重要的是,我参加了一个关于BDD的研讨会和一个关于测试规范的研讨会。

在弗农·理查德关于脚本vs的研讨会上。探索性测试让我们亲身体验到了脚本测试的痛苦。

我们给出了过时的测试脚本,用于测试更改的UI。这一点也不好玩。

疼痛

30分钟后,我们切换到基于角色的测试,我们使用角色来测试不同的网站。我们在这方面也取得了显著的进步,它不再那么麻木,它仍然有一个缺陷:角色缺少一个明确的目标,因此,不可能评估测试的网站是否通过或失败。

显然,研讨会的目的是通过第一手经验向我们展示这些测试方法的差异,以及为了使它们成为有用的工具,需要改进哪些方面。

这个研讨会让我对测试人员的工作方式有了深刻的了解,以及我们作为开发者能够(也应该)支持他们的方式,以及理解特别是基于角色的测试的价值。它更灵活,不需要更改实现细节,并提供以客户为中心,很容易为测试人员分析框架。另一方面,它依赖于测试人员理解领域和测试主题的许多细节,以便执行测试。这最终将对项目有利。


第二场工作坊Seb玫瑰加斯帕伊为我们提供了一个关于如何编写更好的BDD场景的执行良好的教程。在小组讨论次优方案时,我们致力于在研讨会结束时编写一个很好的方案。他们的见解和建议我们很容易跟随和执行。

但是,通过与与会者的讨论,有一件事变得很清楚,很少有团队使用这种技术,它支持在涉众和开发人员之间讨论特性,同时强制实现遵循这些谈话要点。似乎很多团队都是通过Jira和其他问题跟踪器开始实现的,而不是花时间来组织用户故事。这可能是因为很容易在问题中编写类似“导出CSV格式的产品列表”这样的票据,但是很难解释为什么用户首先需要这个功能。

开放空间

作为unconf的粉丝,我特别喜欢这个两小时的节目。在大约25个疗程中很难做出选择:

第一次会议是由一个在大型石油公司工作的人主持的,他们正在寻找一种精益的方法来开发一种替代能源汽车。摆弄这个想法并想象实现它的方法是很有趣的。鉴于我在北欧工作时积累的知识,作为一个汽车业资深人士的儿子,我可以补充一些见解。


在关于持续部署的会话中,我们讨论了应该做什么和不应该做什么。基本上:你希望你的CI跑步者凤凰服务器克里斯·德尔格找到主持此会话的人LambdaCD成为他选择的工具。我建议特拉维斯+ makefile来解决这个问题。


如何更好的看板一开始是一个关于如何改进看板的问题,但是这个会议很快变成了一个团队诊所,我们试图为一个团队找到改善他们内部缺点的方法,这些都是通过看板展示出来的:

总结

欧洲测试会议对我来说是一次奇妙的经历,即使是作为一名开发人员,我也感到非常包容和受欢迎。气氛总是很友好,从不充满敌意,也不太固执己见。阿姆斯特丹作为一个城市尽了最大的努力,我们几天前到达,天气非常好,美味的食物和啤酒。

我绝对推荐你跟着做@欧洲测试会议并报名参加他们的新闻通讯。我们可能会在2019年看到这个会议的新一期。也许在芬兰,考虑到与会者中已经有这么多芬兰人了?