3月底，
Allure服务器聚会在Wrike圣彼得堡办事处举行。 在几个小时内，我们设法将信息集中在新的
Allure服务器工具，使用测试文档和自测的现代实践中，以及在Wrike测试与TMS系统市场中的新供应商进行交互方面的有趣经验。
对于那些无法参加的人，我们发布报告视频。
Anton Bashkirov（Wrike质量保证负责人）谈到了概念和Allure服务器产品本身，以及我们对快速，廉价的测试文档以及与之进行集中化工作的需求如何共同增长并渗透到
qameta.io团队的想法中。 我概述了使用Allure服务器的进一步计划。
Anton Bashkirov-魅力服务器：Wrike中的测试用例管理的转变
常规的文档编制过程可能如下所示：QA手册编写了一个清单→编写了测试用例→使它们自动化•在自动测试发生变化时支持文档。 我们想出了如何通过将QA和QAA集成到一个通用的团队工作流程中，并转移到统一的文档系统，来简化和降低该链的成本。
我们学习使用所有测试工件作为产品文档，我们积极使用自动测试代码的注释，并将它们与服务器魅力数据库中的相应属性链接，这使我们能够在单个有序生态系统中使用测试用例，清单，end2end和集成测试。
Ivan Varivoda（Worike质量保证自动化）介绍了测试隔离的历史，这对我们非常重要，这使我们能够将稳定的自动测试的启动，修复和返回的输出放到流中。 同样，这是一个首先与Allure服务器分开构建的解决方案，然后与开发人员协作将其集成到该系统中。
Ivan Varivoda-隔离测试或如何通过10K硒测试发疯
不幸的是，在自动测试中，当某些自动测试暂时停止正常工作时，情况并不少见。 也许这些是测试瓶，或者它们的性能受到基础结构问题或错误的影响-我们必须从一开始就“关闭”此类测试，或者忽略它们。
当项目的测试数量很少且不经常追踪时-没有特殊问题，但是随着测试数量和每日启动次数的增加，变得非常有必要尽快关闭损坏的测试并能够控制“关闭”测试。
Artyom Eroshenko（qameta.io），Mikhail Levin（Wrike质量保证总监）在
Dmitry Baev（qameta.io）的参与下，与观众一起讨论了Allure服务器以及对现代测试文档的总体看法。
