你好 我们打开了Heisenbug 2018 Piter报告的视频记录。 特别是对于Habr，我们根据会议访问者的意见（测试领域的专家）选择了十个最佳报告。 突然发现最“ offtopic”成为最喜欢的报告！
选择中的报告按升序排列。 但这并不意味着“年轻人”的情况要差得多：除领导者外，每个人的得分都从4.27到4.52大致相同。 因此，像往常一样，您需要观看所有内容。 切面下见我！
使用Selenium的企业自动化以及与Selenium无关的原因
演讲者：
迈克尔·帕洛塔斯（Michael Palotas）位置：10
等级：4.3±0.1
报告简报顶部以Selenium Grid创作者Michael Palotas的演讲作为开头。 Michael负责eBay的测试，提出了新的工程实践，并设法在Intel，爱立信和其他公司工作。
Michael不仅在谈论Selenium自动化工具本身。 他正确地指出，Selenium在自动化和测试中“减轻了痛苦”，并提供了许多实际示例，说明该工具的实现如何在需要维护和管理的成熟大型项目中变成工作。
Michael揭示了阻碍开发团队使用Selenium创建可扩展且可靠的解决方案的主要问题，并展示了实现完整测试自动化的简洁且经济高效的方法。
手机视频游戏中是否有自动测试功能？
演讲者：
德米特里·阿列克谢夫（Dmitry Alekseev）/叶夫根尼·舒马科夫（Evgeny Shumakov）地点：9
等级：4.3±0.1
报告简报在过去的Heisenbugs中，菲利普·凯克斯（Philip Keks）已经谈到了手机游戏中的自动测试这一话题，但就他而言，该游戏具有非常简单的玩法。 在报告中，Zeptolab的Dmitry和Eugene一点都不简单：他们玩过《割绳子》还是《盗贼之王》？ 如果所有播放器都有不同的设备，没有框架，以及如何跟踪错误，如何向他们添加自动测试？
德米特里（Dmitry）和尤金（Eugene）的一份报告表明，在开发和测试中没有什么是不可能的。 Zeptolab测试人员提出了一种非常棘手的方法，即使用Appium使用Testium来抽象图形场景的坐标和转储。 该报告即使对于来自其他领域的人也很容易理解，并且很好地展示了在哪些阶段可以节省开发时间和精力的手机游戏开发人员。
JUnit，给我五个！ 将代码移植到JUnit 5扩展
演讲者：
德米特里·图克斯（Dmitry Tuchs）地点：8
等级：4.3±0.1
报告简报Dmitry Tuchs自信地说：JUnit是为任何测试创建的。 刚出现的JUnit 5接收了新的代码库，体系结构和API，但是框架的简单性和表达性并未受到影响。
在报告中，Dmitry不仅清楚地演示了从先前版本的JUnit的迁移过程（只需替换注释！），而且还演示了JUnit 5支持的各种测试样式，并回答了这个问题-总体而言，切换到新框架的意义是什么。
该报告对从事大型Web项目测试的所有Java测试人员很有用，他们编写了AAA风格的功能（安排-行为-声明，并且不再需要报告末尾的A），并且希望创建简单的API以便初学者可以使用与测试涂料。
基于Petri网的测试
演讲者：
阿列克谢·罗迪诺夫（Alexey Rodionov）地点：7
等级：4.35±0.05
报告简报想象一下，您的测试无法发现在异常情况下发生的错误，并且不再可能创建越来越多的测试，因为执行时间超过了所有可能的限制。
怎么办 转到数学仪器中，寻找使用图形开发测试的替代方法。 程序委员会将其称为“测试2.0”。
阿列克谢·罗迪奥诺夫（Alexei Rodionov）提供的完整的Ruby代码硬核报告，介绍了托普塔尔（Toptal）如何从常规测试转换为基于数学模型的测试，一路走来有什么好坏，以及为什么您应该关注Petri网来优化测试。
需要速度和扩展性时：分布式iOS设备的服务器
演讲者：
尼古拉·阿巴洛夫（Nikolay Abalov）位置：6
评分：4.4±0.2
报告简报UI测试开发人员可能熟悉iOS上的测试运行问题。 尼古拉（Nikolai）以Badoo为例-当他开始准备报告时，进行了1200项端到端测试。 完成时-1300。在会议上，测试数量增加到1400。这是模拟器中机器时间的35-40小时，或实时的1.5小时。
Nikolai在报告中讲述了他如何通过访问设备服务器设法将测试时间减少到30分钟，以及这如何使基础架构和测试更易于扩展和维护。 Nikolay讨论了如何从测试和基础架构中“解开”节点，并学习如何使用新的并行化模型并行运行流程。 对于此报告，我们在Habré上制作了
文本版本 ，因此您不仅可以查看它，还可以阅读它。
最后-尼古拉的半开建议：如果您需要减少通过测试的时间-只需删除零件即可。 而且可以减少时间，并且不会再进行不可靠的测试，并且很容易扩展！ 如果您需要更认真-请查看报告本身。
Java开发人员的配置测试：实践经验
演讲者：
Ruslan Cheremin位置：5
评分：4.4±0.1
报告简报在之前的Heisenbug会议上，Andrei Satarin讨论了如何不仅用代码覆盖测试，还包括配置覆盖测试。 Ruslan Cheremin与Andrei一起工作，受到启发将这种方法用于自己的目的。
Ruslan以易于访问的形式讲述了什么可以被认为是配置（一切！），如何摆脱编写配置测试的尴尬，以及为什么这很重要，有用且非常简单。 简洁的示例，大量的代码插入以及对正在发生的事情的简单说明，内容非常出色。
测试人员是自己最大的敌人
演讲者：
迈克尔·博尔顿位置：4
评分：4.46±0.07
报告简报传奇人物迈克尔·博尔顿（Michael Bolton），最后的基调是每个测试人员都应注意。
他不会谈论方法，工具，框架等等。 Michael谈论了测试人员的本质，他在IT世界中的角色，专业的重要性以及与人（而不是与应用程序）的交互。 测试与测试无关。 测试是关于人的。
迈克尔（Michael）揭示了测试人员职业的问题，提出了如何发展专业，社交和心理技能的方法，这些技能不仅可以提高专家的效率，还可以提高同事之间的尊重。 非常鼓舞人心，真诚而重要的报告。
您还在看报告吗？ 那我们去找你！
演讲者：
阿尔乔姆（Artyom Eroshenko）位置：3
等级：4.52±0.06
报告简报该报告的主要口号是“我们正在解决什么问题？”。 Artyom清楚清晰地描述了期待已久的Allure 3版本中的更改，并解释了为什么需要新功能-可视化，新工具，单个配置等等。
该报告简单，有趣且直观，对于长期坐在Allure上并且对此类报告不熟悉的人都将非常有用。
模糊测试：不仅在JIT编译器中查找错误
演讲者：
Maxim Kazantsev地点：2
等级：4.6±0.1
报告简报有问题。 人们可能没有意识到应用程序中的错误可能与编译器有关，并且很难预测编译器本身中的错误的可能性，而查找和修复错误则更加困难。
如果在某些报告中，馆藏倡导减少测试数量，那么在测试编译器时，他们自己的氛围和规则。 来自Azul Systems的Maxim Kazantsev在第二篇报告中讲述了如何简化使用编译器的人员的工作，以及如何使用Fuzzing测试在完全不同的方向上简化工作。
这很简单：如果一个“好的”测试发现了一个10-6概率的错误，那么它就不会发现一个0.999999概率的错误。 500万次测试不会找到概率为0.9999995000000≈0.007的错误。 因此，存在一个错误的可能性超过99％！
这是一种测试类型，其中生成了数百万个随机测试，这些随机测试通过了整个项目，并且不加检查地检查了它们遇到的所有内容。 而且，奇怪的是，这种方法可以完美地帮助您找到既需要速度又需要高度可靠性的问题。
具有代码示例的核心，高质量报告。 至少要确保查找是因为非标准且有趣的方式来查找（发现！）代码中的问题。
测试到最后：智能响应界面设计模式
演讲者：
Vitaliy Fridman位置：1
等级：4.72±0.06
报告简报这是我们的短名单的领导者，奇怪的是，它根本不涉及测试。 Web设计师和Web开发人员中著名的Vitaliy Fridman在这里与非典型观众交谈并征服了它！
Vitaly系统地经历了UX的所有阶段，并详细讨论了界面的组成部分以及与之相关的问题，这些问题可用于测试。 这包括在各个国家/地区实施“轮播”，创建商品特征的真正便捷比较的提示（而不是一如既往）以及创建“手风琴”有用的清单。 许多观众说：“是的，这与测试无关，但是太神奇了。” 有一个不错的看法！
对于不少于几十人的游戏，我们提供了指向
播放列表的链接，该
列表中还有Heisenbug 2018 Piter的其他表演。
如果您对报告感兴趣，请注意： Heisenbug 2018 Moscow将于12月6日至7日举行，自1994年以来一直进行测试的Selenium WebDriver开发人员Alexei Barantsev将会来临。
有关该程序的最新信息始终可以在会议网站上看到，您可以在那里购买门票（价格逐渐上涨）。