我们邀请您参加
Allure服务器聚会 ，该聚会将于3月21日在Wrike的圣彼得堡办事处举行。
每个测试部门都致力于提高速度和质量。 我们在Wrike编写了大量的自动测试，并尽可能快地运行它们，同时努力在其支持和文档上花费最少的时间。 我们已经与qameta.io合作了很长时间，涉及自动化框架和工具。 因此，一年多以来，我们一直在推出新的TMS系统-Allure.Server，该系统非常适合我们进行测试文档和管理自动测试的想法。 在Allure.Server会议上，我们将在该系统之上进一步讨论该系统，使用模式和技术实现。
在程序中：
Anton Bashkirov-魅力服务器：Wrike中的测试用例管理的转变我将谈论Wrike使用Allure Server的过程如何按照“自测文档”的原则组织创建测试文档的过程。
常规的文档编制过程可能如下所示：QA手册编写了一个清单→编写了测试用例→为自动化提供了它们→在自动测试发生变化时支持文档。 我们想出了如何通过将QA和QAA集成到一个通用的团队工作流程中，并转移到统一的文档系统，来简化和降低该链的成本。
我们学习使用所有测试工件作为产品文档，我们积极使用自动测试代码的注释，并将它们与服务器魅力数据库中的相应属性相关联，这使我们能够在单个有序生态系统中使用测试用例，检查列表，自动测试甚至集成单元测试。
Ivan Varivoda-隔离测试或如何通过10K硒测试发疯不幸的是，在自动测试中，当某些自动测试暂时停止正常工作时，情况并不少见。 也许这些是测试瓶，或者它们的性能受到基础结构问题或错误的影响-我们必须从一开始就“关闭”此类测试，或者忽略它们。
当项目的测试数量很少且不经常追踪时-没有特殊问题，但是随着测试数量和每日启动次数的增加，变得非常有必要尽快关闭损坏的测试并能够控制“关闭”测试。
我们将讨论如何快速关闭测试，什么是测试隔离，为什么需要隔离以及它在Wrike上如何工作以及Allure Server与它有什么关系。
讨论：Artyom Eroshenko，Mikhail Levin在引起观众提问的对话形式中，我们将讨论测试管理，与Qameta的交互以及Allure服务器的进一步计划的问题和发展方向。
我们将于3月21日至19:00
在Wrike办公室等您。
报名UPD：报告条目
habr.com/ru/company/wrike/blog/454730