LoadRunner: разработка и отладка скрипта нагрузочного тестирования // «Нагрузочное тестирование»

Поделиться
HTML-код
  • Опубликовано: 28 сен 2024
  • «Нагрузочное тестирование» - otus.pw/UDn2/
    Преподаватель: Иван Лихобабенко - руководитель направления нагрузочного тестирования, Support-Lab
    Подключайтесь к обсуждению в чате - otus.pw/aKdg/
    Пройдите опрос по итогам мероприятия - otus.pw/pTLZ/
    Следите за новостями проекта:
    - Facebook: otus.pw/3hO2
    - Telegram: t.me/Otusjava
    - ВКонтакте: otus.pw/850t
    - LinkedIn: otus.pw/yQwQ/
    - Хабр: otus.pw/S0nM/

Комментарии • 4

  • @lyonyan
    @lyonyan Год назад

    Спасибо автор, качественный контент в смысле всех практических аспектов, почерпнул пару годных фишек которые мне могут пригодиться в практике. У меня долгий опыт, некоторые вещи делал не используя все полезности что спрятаны в недрах LR, наконец-то нашел время на посмотреть как делают другие опытные коллеги.

    • @lyonyan
      @lyonyan Год назад

      Что я собственно раньше игнорировал а теперь вижу пользу:
      1) работа со снапшотами
      2) автомагические корелляции
      3) всякие мелочи доступные по нажатию правой кнопки
      Как я делал раньше - в основном писал весь код вручную, надежно и безотказно, но теперь думаю что стоит и почаще автомагией пользоваться

  • @predatel_rodini
    @predatel_rodini 3 года назад +1

    В чём фишка этой штуки? Почему я не могу просто взять питон или джава скриптом запустить этот сценарий с нужными параметрами и нужным количеством потоков? Может он отчетность какую-то удобную позволяет создавать или ещё что-то удобное?

    • @yuutsuren3892
      @yuutsuren3892 3 года назад

      можно проводить тестирование через Visual Studio например, но преимущества LoadRunner в том, что он подробно логирует поведение каждого пользователя, может работать разными протоколами и генерирует отчёт по проведённому тесту (это необходимо для составления документаций о проведённом НТ). В общем он очень удобен именно для работы нагрузочным тестировщиком. Ну а так, конечно лучше исправлять все баги и следить за производительностью еще на этапе разработки.