<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Статьи]]></title>
    <link>https://habr.com/ru/users/radst/publications/articles/</link>
    <description><![CDATA[Хабр: статьи пользователя radst]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sun, 03 May 2026 00:11:19 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      
        
    
    <item>
      <title><![CDATA[На каких бесплатных инструментах строить Observability и зонтичный мониторинг: ELK vs Graylog vs Grafana Loki vs Monq]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/594805/</guid>
      <link>https://habr.com/ru/articles/594805/?utm_campaign=594805&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/6d5/f2f/117/6d5f2f117159fd0985dee376b2eaa23f.jpg" /><p>Сами по себе логи, трейсы, метрики - это очень узкие артефакты состояния нашего объекта наблюдения и обслуживания. Для понимания общей картины нужен взгляд сверху, сбор всех важных сигналов в одну систему и работа с большими данными в ней. Зонтичный подход близок по своим целям к RED и Golden Signals, но по своей сути является противоположным по принципу работы с данными. В Golden Signals мы отслеживаем Latency, Traffic, Errors отдельных сервисов и по ним можем быстро, но очень поверхностно определить их состояние. В случае зонтичного мониторинга или AIOps мы собираем данные о всех логах, событиях систем мониторинга метрик и трейсов, далее выстраиваем там топологию сервиса и определяем алгоритмически состояние здоровья, основываясь на сотнях и тысячах событий, метрик и трейсов. И два подхода, кстати, друг друга не исключают. В этой статье я постараюсь сравнить четыре бесплатных инструмента, которые могли бы дать такую зонтичную картину: ELK, Graylog, Grafana Loki и Monq.</p> <a href="https://habr.com/ru/articles/594805/?utm_campaign=594805&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать далее</a>]]></description>
      
      <pubDate>Fri, 10 Dec 2021 14:55:33 GMT</pubDate>
      <dc:creator><![CDATA[RadST]]></dc:creator>
      <category><![CDATA[Высоконагруженные системы]]></category><category><![CDATA[Системное администрирование]]></category><category><![CDATA[IT-инфраструктура]]></category><category><![CDATA[Серверное администрирование]]></category><category><![CDATA[DevOps]]></category>
      <category><![CDATA[ELK]]></category><category><![CDATA[Graylog]]></category><category><![CDATA[Grafana]]></category><category><![CDATA[monq]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[ХPath: что нужно делать, а что нет]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/588773/</guid>
      <link>https://habr.com/ru/articles/588773/?utm_campaign=588773&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/70c/4b4/244/70c4b4244e760179bdf63ed47e5abce0.png" /><p>Привет, Хабр! В прошлый раз <a href="https://habr.com/ru/post/583612/" rel="noopener noreferrer nofollow">мы уже поднимали тему</a> написания селекторов на XPath для автоматизации тестирования веб-сервисов. Сегодня мне хотелось бы поговорить о практиках работы с XPath. Этот пост будет том, какие приемы хорошо работают, а каких вещей лучше избегать, если вы так же как и мы сделали выбор в пользу XPath. Всех заинтересованных прошу под кат, а если у вас есть свои уже проверенные временем ноу-хау, давайте делиться ими в комментариях.</p> <a href="https://habr.com/ru/articles/588773/?utm_campaign=588773&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать далее</a>]]></description>
      
      <pubDate>Fri, 12 Nov 2021 14:57:05 GMT</pubDate>
      <dc:creator><![CDATA[RadST]]></dc:creator>
      <category><![CDATA[Веб-разработка]]></category><category><![CDATA[Тестирование IT-систем]]></category><category><![CDATA[CSS]]></category><category><![CDATA[HTML]]></category><category><![CDATA[Тестирование веб-сервисов]]></category>
      <category><![CDATA[XPATH]]></category><category><![CDATA[CSS]]></category><category><![CDATA[HTML]]></category><category><![CDATA[тестирование]]></category><category><![CDATA[селекторы]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Вот почему мы всегда пишем селекторы на XPath]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/583612/</guid>
      <link>https://habr.com/ru/articles/583612/?utm_campaign=583612&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/bba/d24/23d/bbad2423de09704edba6a987b7dac635.png" /><p>Привет, Хабр! Сегодня хочется поговорить про XPath — мощный и гибкий инструмент для работы с веб-интерфейсами, который при этом почему-то остается не особенно популярным. Статей и мануалов по XPath очень много, и в этом посте я постараюсь рассказать, как мы применяем данный инструмент и почему считаем его более эффективным, чем другие подходы. Если вам знаком термин “селектор”, а тем более — если вы слышали про XPath, добро пожаловать под кат, там много полезного!</p> <a href="https://habr.com/ru/articles/583612/?utm_campaign=583612&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать далее</a>]]></description>
      
      <pubDate>Mon, 18 Oct 2021 08:08:09 GMT</pubDate>
      <dc:creator><![CDATA[RadST]]></dc:creator>
      <category><![CDATA[Веб-разработка]]></category><category><![CDATA[Тестирование IT-систем]]></category><category><![CDATA[CSS]]></category><category><![CDATA[HTML]]></category><category><![CDATA[Тестирование веб-сервисов]]></category>
      <category><![CDATA[Xpath]]></category><category><![CDATA[селекторы]]></category><category><![CDATA[тестирование]]></category><category><![CDATA[автоматизация тестирования]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Фреймворки для тестирования: личный опыт и новые методы]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/579032/</guid>
      <link>https://habr.com/ru/articles/579032/?utm_campaign=579032&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/b29/d7b/311/b29d7b31170131ae7da82d369742c71c.jpg" /><p>Привет, Хабр! Меня зовут Сергей Радченко, и мы с командой профессионально занимаемся тестированием уже несколько лет. Сегодня я посчитал количество автотестов, которые мы подготовили для веб-интерфейсов, десктопных приложений, API, систем двухфакторной авторизации и так далее (их оказалось более 5000). И мне захотелось рассказать о нашем опыте создания экосистемы для автоматизированного тестирования. В этом посте вы найдете описание полезных для комплексного тестирования фреймворков, а также исходный код некоторых дополнительных методов, которые мы дописали самостоятельно, чтобы написание тестов происходило быстрее, и тестирование приносило больше пользы.&nbsp;</p> <a href="https://habr.com/ru/articles/579032/?utm_campaign=579032&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать далее</a>]]></description>
      
      <pubDate>Mon, 20 Sep 2021 21:18:34 GMT</pubDate>
      <dc:creator><![CDATA[RadST]]></dc:creator>
      <category><![CDATA[Python]]></category><category><![CDATA[Тестирование IT-систем]]></category><category><![CDATA[Тестирование веб-сервисов]]></category><category><![CDATA[Тестирование игр]]></category><category><![CDATA[Тестирование мобильных приложений]]></category>
      <category><![CDATA[Jenkins]]></category><category><![CDATA[Selenoid]]></category><category><![CDATA[Python]]></category><category><![CDATA[Тестирование]]></category><category><![CDATA[testing tools]]></category>
    </item>
  

  

  

	
  

  

  

      

      

      

    
  </channel>
</rss>
