Розпродаж

Курс Навантажувальне тестування: від Jmeter до Grafana

Повний цикл навантажувального тестування: від профілю навантаження до звіту, який прийме замовник

Оригінальна ціна: 990 грн.Поточна ціна: 390 грн.

-60%
Ви економите: 600 грн (60%)
До кінця акції:12год28хв23сек

−20% при купівлі від 2 курсів — активується автоматично

Система падає під піком продажів, а межа її міцності невідома: скрипти — лише приблизно половина роботи, решта — вимоги, методика, моніторинг і аналіз. Курс збирає цикл повністю: профіль навантаження з логів, сценарії у п’яти генераторах, пошук вузьких місць і звіт із висновками та графіками.

  • Плануєте тестування від вимог і методики до смоук-тесту та прогонів
  • Записуєте й запускаєте сценарії в JMeter, LoadRunner, Gatling, k6 та Яндекс.Танку
  • Знаходите вузькі місця за графіками моніторингу та захищаєте результати звітом
Add to Cart
Курс Нагрузочное тестирование
Курс Навантажувальне тестування: від Jmeter до Grafana
990 грн Оригінальна ціна: 990 грн.390 грнПоточна ціна: 390 грн.
  • 32 години 40 хвилин відео
  • 20 уроків у 21 модулі
  • Завантажується на комп'ютер
  • Доступ назавжди, без дедлайнів
  • Сертифікат на запит

Цифровий відеокурс для самостійного вивчення, без зворотного зв'язку з викладачем. Після оплати курс з'явиться у вашому акаунті на сайті, а посилання на матеріали надійде на email.

Купівля займає хвилину
  1. Додаєте курс до кошика.
  2. Вводите пошту та пароль — це ваш акаунт, у ньому курс зберігатиметься постійно.
  3. Оплачуєте будь-яким зручним способом — їх понад вісім.
  4. Курс одразу відкривається в акаунті, посилання дублюється на пошту.

Доступ назавжди: повернутися до курсу можна й через рік. Питання — чат на сайті або info@siluette.com.ua.

Візьміть разом

Два курси780 грн
Знижка −20 %−156 грн
До сплати624 грн

Курс викладається російською мовою: відео та матеріали російськомовні. Українська версія курсу з’явиться пізніше.

Що ви зможете після курсу

  • Складати методику навантажувального тестування та збирати профіль навантаження з access-логів або бізнес-прогнозу: піковий день і година, операції з основною інтенсивністю
  • Розробляти сценарії у п’яти інструментах — JMeter, Virtual User Generator, Gatling, k6 та Яндекс.Танк: запис трафіку, кореляція, параметризація, профіль сходинками
  • Писати емулятори зовнішніх систем із логуванням і налаштовуваними затримками та розгортати їх під IIS і Nginx
  • Піднімати моніторинг на InfluxDB, Prometheus і Grafana, зв’язувати його з JMeter і k6 та зводити логи у стек ELK
  • Читати спільні графіки утилізації, часу відгуку та навантаження і знаходити вузьке місце — від сервера застосунків і черг до СУБД
  • Автоматизувати прогони в Jenkins і GitHub Actions, формулювати критерії якості та готувати звіти для команди, керівництва й зовнішнього замовника

Кому підійде курс

Тестувальникам

Курс закриває цикл робіт, які на проєкті зазвичай ставлять інженеру з продуктивності: методика, профіль, скрипти, прогони, звіт. Питання про структуру методики, розібране в курсі, часто трапляється на співбесідах. Фінальний проєкт поповнить портфоліо.

Розробникам

Розробники k6 створювали свій інструмент так, щоб навантажувальний тест за складністю був близький до юніт-тесту і команді не був потрібен окремий інженер заради базових перевірок. Ви зможете навантажувати свої сервіси просто з пайплайна й розуміти, де система впреться в межу.

Адміністраторам і DevOps

Моніторинг, черги, бази даних і автоматизація прогонів — той бік навантажувального тестування, який зазвичай лягає на супровід. Курс показує, що і куди дивитися крім логів, і як готувати прогони в Jenkins і GitHub Actions.

Курс про продуктивність: функціональне тестування, браузерний рендеринг і низькорівневе профілювання коду до програми не входять.

Як проходить навчання

  • Вебінари з практикою на кожному інструменті — сценарії ви пишете разом із розбором — від запису трафіку до консольного запуску зі звітом
  • Домашні завдання після кожного засобу навантаження — навичка закріплюється на навчальному магазині та власних прикладах, а не лишається теорією
  • П’ять генераторів навантаження в одному курсі — обираєте інструмент під задачу: JMeter для веб-операцій, Gatling для великих навантажень, Performance Center для складних протоколів, k6 для пайплайна
  • Розбір реальних інцидентів за графіками — вчитеся висувати гіпотези про причину збою за спільними графіками утилізації та часу відгуку
  • Проєктна робота на вашій робочій системі — до захисту у вас повний цикл тестування та експрес-звіт, який можна показати роботодавцю

Що знадобиться

  • Windows для занять із Performance Center та Virtual User Generator: запис скриптів і розгортання заглушок під IIS ідуть на цій системі
  • Docker: тести JMeter і k6, емулятори та стек моніторингу піднімаються контейнерами
  • Безкоштовні інструменти — Apache JMeter, Gatling, k6, Яндекс.Танк, Jenkins: вони встановлюються під час курсу

Чому самотужки зазвичай не виходить

Навантажувальне тестування не зводиться до скриптів: вони займають приблизно половину роботи, решта — збір вимог, методика, моніторинг і аналіз. Без зафіксованих вимог перевіряти нічого, а без методики легко навантажувати систему не тими операціями й отримувати цифри, яким команда не довіряє.

Друга пастка — інструменти: у кожного свої філософія та підводні камені. У JMeter навантаження не запускають із графічного режиму, у Gatling жорсткі вимоги до версій Scala і JDK, k6 не виконує модулі Node.js, а кореляція в LoadRunner без розуміння механізму перетворюється на безсистемний пошук замін. Ці граблі в курсі розбираються на практиці.

Нарешті, знайдений дефект продуктивності треба довести: експрес-звіт із графіками, конфігурацією стенда та висновками захищає результати у спорах із розробкою, яка схильна пояснювати провали налаштуванням тестового оточення.

Що зміниться

До курсу

  • Межа міцності системи невідома, і падіння під піком продажів завжди несподіване
  • Профіль навантаження береться навмання, без прив’язки до реальної статистики
  • Скрипти пишуться навмання і ламаються на кожній збірці
  • Система сповільнюється — і незрозуміло, де саме вперлася
  • Підсумки тестування — лист на два рядки, який легко оскаржити

Після курсу

  • Максимум продуктивності знайдено сходинковим тестом і підтверджено повторним прогоном
  • Профіль зібрано з access-логів або бізнес-прогнозу: пікова година й операції з основною інтенсивністю
  • Сценарії з кореляцією та параметризацією у п’яти інструментах, тести запускаються в Docker і з CI
  • Вузьке місце знаходиться за графіками моніторингу: сервер застосунків, черга повідомлень або СУБД
  • Експрес-звіт із висновками, цифрами та графіками, до якого повертаються з виходом нових версій

Як влаштований шлях

  1. Фундамент Показники продуктивності, події та цілі тестів, методика й профіль навантаження з реальної статистики або бізнес-прогнозу.
  2. Інструменти Сценарії в JMeter, Virtual User Generator, Gatling, k6 та Яндекс.Танку: запис, кореляція, профіль навантаження, запуск у Docker і з пайплайна.
  3. Спостереження Моніторинг InfluxDB, Prometheus і Grafana, стек ELK, читання графіків і пошук вузьких місць — до серверів застосунків, черг і СУБД.
  4. Підсумок Критерії якості, регресійне тестування, звіти під адресата та проєктна робота із захистом на власній системі.

Програма курсу

20 уроків · 21 модуль · 32 години 40 хвилин відео · Від показників продуктивності до захисту власного проєкту

    • Чотири показники продуктивності, вісім подій, які змушують навантажувати систему, та етапи робіт від стенда до звіту. Розбір кейсів показує, як обирати цілі під ситуацію.

      • Вступ до навантажувального тестування1:27:47

        Вступне заняття про те, що таке навантажувальне тестування: перевірка відповідності системи вимогам щодо продуктивності за чотирма показниками — доступності, пропускної спроможності, часу відгуку та утилізації ресурсів. Розглядаються події та цілі, які призводять до навантажувальних робіт, і базові види тестів: пошук максимальної продуктивності, пошук вузького місця, тест надійності та стрес-навантаження. Слухач вчиться планувати проєкт за етапами — від методики та підготовки стенда через скрипти й смоук-тест до прогонів і звіту.

    • Розділи методики: цілі, обмеження, об’єкт тестування, опис стенда. У практичній частині профіль збирається з access-логів Nginx засобами GoAccess.

      • Розділи методики та збір профілю навантаження1:54:41

        Розглядається структура методики навантажувального тестування: цілі та бізнес-цілі, обмеження, об’єкт тестування, опис стенда з емуляторами та наповненням бази, моніторинг і порядок підготовки документа. Окреме місце займає профіль навантаження — операції системи та їхня інтенсивність, який виводиться зі статистики використання або з бізнес-прогнозу. У практичній частині профіль збирається за access-логами Nginx за допомогою GoAccess, а домашнім завданням стає самостійне складання профілю за підготовленим логом.

    • Інтерфейс і компоненти тест-плану, змінні та властивості, таймери, екстрактори та ассерти. Сценарій збирається за HAR-файлом браузера і запускається з консолі з HTML-звітом.

      • JMeter: інтерфейс, компоненти та перший сценарій1:50:54

        Перше заняття з JMeter: улаштування тест-плану та його компонентів — thread group, семплерів, контролерів і листнерів, порядок їх виконання, робота зі змінними та властивостями, заголовками й куками, параметризація даних через CSV. Окремо розглядаються таймери Think Time і Pacing, екстрактори значень із відповідей та асерти для перевірки відповідей сервера. У практичній частині сценарій збирається за HAR-файлом записаного трафіку і запускається з консолі з побудовою HTML-звіту.

    • Ultimate і Arrival thread-групи, таймери інтенсивності, WebSocket і JDBC. Фінал — тест із коду, запуск у контейнері та Kubernetes Job замість схеми master-slave.

      • JMeter: просунуті сценарії та запуск у Docker1:56:13

        Продовження роботи з JMeter: плагінні thread-групи та таймери для задання профілю навантаження, точне витримування заданої інтенсивності, передача даних між групами через властивості. Розглядаються робота з WebSocket і базою даних через JDBC, обмеження пропускної спроможності генератора. У фіналі — підхід «JMeter as code»: упакування тесту в Docker-образ, керування генераторами через Kubernetes Job і живі графіки навантаження у зв’язці з InfluxDB та Grafana.

    • Компоненти LoadRunner і розробка веб-скриптів: налаштування запису, кореляція динамічних значень, параметризація облікових даних файлом і заміри часу через транзакції.

      • Розробка веб-скриптів у Virtual User Generator1:53:38

        Знайомство з компонентами LoadRunner і розробка веб-скриптів у Virtual User Generator: структура скрипту з екшенів, налаштування запису, вибір між HTML-based і URL-based способами, пейсинг і think time. Відпрацьовуються кореляція динамічних значень за снапшотами, параметризація облікових даних файлом параметрів і загортання кроків у транзакції для замірів часу. У підсумку слухач записує і налагоджує скрипт входу та виходу на тестовому сайті, перевіряючи його на кількох ітераціях.

    • Завантаження скриптів до ALM, моніторинг сервера, збірка сценарію зі сходинками навантаження, розрахунок пейсингів під профіль і робота з таймслотами та API.

      • Сценарії та моніторинг у Performance Center1:38:37

        Перенесення скриптів з Virtual User Generator до проєкту ALM і робота в Performance Center: створення моніторингу Windows-сервера, складання сценарію зі сходинками навантаження за групами та розрахунок пейсингів під профіль навантаження. Розглядаються режими збереження скриптів, таймслоти й панель запусків, а також робота з API через Postman — авторизація та запити відомостей про проєкти й запуски.

    • Відмінність заглушок і емуляторів, розробка емулятора SOAP-сервісу на ASP.NET Core з логуванням і затримками, розгортання під IIS і Nginx.

      • Емулятор SOAP-сервісу на ASP.NET Core1:34:54

        Відмінність між заглушками та емуляторами зовнішніх систем і розробка емулятора SOAP-сервісу на ASP.NET Core: розбір операцій з XML-запиту, логування запитів і відповідей, яке можна вмикати й вимикати, штучні затримки з винесенням значень у конфігурацію. Окремо розглядаються синхронна та асинхронна взаємодія і розгортання емулятора через IIS на Windows або через Nginx із Kestrel на Linux.

    • Архітектура на Akka без графічного інтерфейсу, підключення через SBT або Maven, чеки, фідери та моделі подачі навантаження. Сценарії пишуться кодом в IntelliJ IDEA.

      • Gatling: знайомство з інструментом1:49:22

        Знайомство з Gatling: симуляції пишуться кодом на Scala на основі моделі акторів Akka, без графічного інтерфейсу. Розглядаються устрій дистрибутива та підключення проєкту через SBT, Maven або Gradle, базові елементи скрипта — протокол, сценарій і setup — а також чеки зі збереженням значень, фідери тестових даних, відкрита й закрита моделі подачі навантаження і тротлінг.

    • Session API, збірка проєкту з ChainBuilder та інжектів, jar через SBT Assembly і запуск у Docker. Окрема частина — gRPC-плагін за proto-файлом: готових інструментів навантаження для gRPC на ринку немає.

      • Gatling: сесії, Docker і gRPC1:42:34

        Продовження роботи з Gatling: сесії віртуальних користувачів і session API, збірка скрипта з класів ChainBuilder, інжектів і фідерів з різними стратегіями обходу. Тест пакується у виконуваний jar через SBT Assembly і запускається в Docker-контейнері на базі Java-оточення. Окрема тема — протокол gRPC: підключення плагінів ScalaPB за proto-файлом і побудова унарних викликів у сценарії за аналогією з HTTP.

    • Філософія доступності для розробників, встановлення та структура скрипту на ES6, метрики, трешолди, чеки та паралельні сценарії з екзекьюторами.

      • k6: знайомство з інструментом1:43:22

        Знайомство з k6: ядро на Go з віртуальними користувачами на горутинах, тести пишуться мовою JavaScript стандарту ES6 і вміщаються в один файл. Розглядаються структура скрипта з init-кодом, setup, default-функцією та teardown, ключі vus і duration, профіль stages, типи метрик, трешолди з кодом виходу для CI і чеки. Окрема увага — паралельним сценаріям з екзек’юторами та виведенню метрик в InfluxDB і Grafana.

    • Сервіс на Node.js збирається в Docker-образ і публікується з GitHub Actions, а вслід за релізом із пайплайна стартує прогон k6. Плюс три шляхи наповнення стенда даними.

      • Навантажувальні тести k6 з GitHub Actions1:39:10

        Показано, як пов’язати навантажувальне тестування з процесом розробки: сервіс на Node.js збирається у Docker-образ, автоматично публікується на хостингу з GitHub Actions, а слідом за релізом із пайплайна запускається прогін k6. Розглядаються будова workflow із джоб і кроків, публікація контейнера в registry, передавання хоста та порту між джобами через outputs, а також підготовка стенда тестовими даними. У завданні потрібно зібрати за розібраним зразком власний сервіс із Dockerfile і workflow, опублікувати його та запустити навантажувальний прогін із GitHub Actions.

    • Конфігурації та ammo-файли для Phantom із GET- і POST-запитами, сценарій на Python для BFG і гармата на Go для Pandora. Результати читаються за квантилями та статус-кодами.

      • Яндекс.Танк: генератори Phantom і Pandora1:23:49

        Знайомство з фреймворком Яндекс.Танк і його підключуваними генераторами навантаження: Phantom із поставки за замовчуванням, програмований на Python BFG і написана на Go Pandora. Показано, як готувати конфігурацію load.yaml і ammo-файли, зокрема оформлення POST-запитів, задання моделі навантаження через RPS і читання результатів із квантилями та статус-кодами. На практиці — налаштування конфігурації для Phantom із GET- і POST-запитами та сценарію для Pandora з подальшим запуском тестів і розбором результатів.

    • Завдання та типи моніторингу, сховища часових рядів і базова четвірка метрик. На практиці InfluxDB, Grafana і Telegraf зв’язуються з JMeter і k6.

      • Моніторинг: InfluxDB, Prometheus і Grafana1:44:41

        Вступ до моніторингу: завдання, поділ на blackbox і whitebox, базові метрики хостів і сервісів, а також сховища часових рядів — InfluxDB, Prometheus із pull-моделлю та Elasticsearch для логів. На практиці розгортаються InfluxDB, Grafana і Telegraf: JMeter передає результати через backend listener, k6 — вбудованим виводом, після чого метрики читаються на готових дашбордах. Окремо розбирається, які показники включати в методику навантажувального тестування і навіщо навантажувальній інфраструктурі власний інстанс моніторингу.

    • Quality gate і критерії успішності для тесту максимуму, надійності та відмовостійкості. Джоби та пайплайни Jenkins готують оточення, запускають тест і збирають результати.

      • Автоматизація навантажувального тестування та Jenkins1:27:50

        Розбираються критерії успішності навантажувальних тестів у зв’язці з поняттям quality gate: припустиме падіння результату під час регресійного порівняння, запас продуктивності, відповідність операцій SLA, пороги утилізації ресурсів, а також перевірки надійності та відмовостійкості після збою зовнішнього сервісу. Далі показано, як рутинні операції навколо прогонів автоматизуються в Jenkins: підготовка оточення за чек-листом, запуск тесту, збирання логів і результатів після завершення. На практиці збираються параметризовані джоби та пайплайни на Groovy, зокрема запуск тестів у Performance Center через плагін.

    • Розбір реальних інцидентів за спільними графіками, стек ELK у Docker, устрій Redis і RabbitMQ та профілювання JVM через Java Mission Control.

      • Моніторинг вузьких місць: ELK, черги та профілювання1:43:52

        На живих прикладах розбирається читання спільних графіків утилізації, часу відгуку та навантаження: піки відгуку за браку CPU, відмова зовнішнього сервера сесій і сплеск від рекламної розсилки, а також різниця між нулем і відсутністю метрик. Далі розглядаються Redis для кешів і сесій, стек ELK із розгортанням Elasticsearch, Kibana і Logstash у Docker, брокер RabbitMQ з моделлю Exchange — черга — споживач і навантаженням через AMQP, а також профілювання JVM у Java Mission Control із flight recording і heap dump. У результаті — уміння висувати гіпотези щодо причини збою за графіками, розгорнути стек ELK і побудувати ланцюжок навантаження на чергу повідомлень.

    • Устрій Oracle, MySQL і PostgreSQL: інстанс, буфери, undo та redo-журнали. Моніторинг, наповнення тестової бази реалістичним обсягом і тести за логікою застосунку.

      • СУБД: архітектура, моніторинг і навантажувальне тестування2:28:26

        Урок розбирає будову реляційних СУБД на прикладі Oracle, MySQL і Postgres: типи баз, архітектуру інстанса, журнали, індекси та пули з’єднань. Показано, де шукати вузькі місця — журнали, диски, пам’ять і конкурентні підключення, — і як діагностувати базу через представлення активних сесій, журнал повільних запитів і EXPLAIN. У підсумку слухач уміє наповнити тестову базу реалістичним обсягом, увімкнути моніторинг і будувати навантажувальні тести за логікою застосунку.

    • Формати від авторепорту до великого банківського звіту: що показувати керівництву, що зовнішньому підряднику, і як висновки підкріплюються цифрами та графіками.

      • Типи звітів у навантажувальному тестуванні1:16:18

        Урок розбирає види звітів з навантажувального тестування — від автоматичного авторепорту засобу тестування до міні- та експрес-звітів і об’ємного банківського формату — і вчить обирати формат під адресата: команду, керівництво чи зовнішнього замовника. Показано, що включати до документа: цілі та модель навантаження, висновки з цифрами часу відгуку, графіки за основними метриками, відхилення від методики та список виявлених вузьких місць. Окрема увага — читанню чужих звітів і захисту результатів підтверджувальними графіками та описом конфігурації стенда.

    • План перевірки релізу за жорстких строків, правило однієї зміни, критерії серйозності деградації та формулювання ризиків непроведених тестів.

      • Регресійне навантажувальне тестування, ризики та якість1:19:20

        Урок присвячений регресійному навантажувальному тестуванню: перевірці того, що новий реліз не погіршив продуктивність, причому стара й нова функціональність навантажуються одночасно. Розбираються покроковий план регресу за жорстких термінів — еталонний тест на збірці, близькій до продуктивного середовища, порівняльні прогони, тести надійності та максимальної продуктивності, — а також формулювання ризиків непроведених тестів і критерії серйозності деградації. Слухач отримує чек-лист для оцінки якості власного процесу: від відповідності стенда продуктивному середовищу до точності подання профілю та повторюваності результатів.

    • Розбори слухацьких проєктів: мікросервіси на малому стенді, навантаження по веб-сокетах, кореляція складних логінів і вибір стека моніторингу.

      • Консультація з проєктних робіт46:11

        Консультація перед захистом проєктних робіт: організаційні рамки здачі та розбір слухацьких кейсів — тестування мікросервісів на малому стенді, навантаження на веб-сокети, кореляція складних логінів і вибір зв’язки для моніторингу. Розбираються практичні прийоми: заміна сторонніх компонентів емуляторами-заглушками, кратне зменшення компонентів на слабкому стенді, пошук вузького місця в окремому сервісі та допустимий мінімальний обсяг проєкту. У результаті слухач доводить проєкт до робочого стану — скрипти, тести на доступному стенді, звіт із метриками та висновками і презентація для захисту.

    • Учасники представляють проєкти за схемою: система, профіль, інструмент, результат зі звітом — і відповідають на перевірочні запитання. На завершення — правила сертифіката та огляд ринку вакансій.

      • Захист підсумкових проєктів1:18:21

        Підсумковий захист проєктних робіт: учасники презентують систему, профіль навантаження, інструмент і налаштування моніторингу, результати тестів зі звітом, а викладач виступає замовником, розбирає звіти та ставить перевірочні запитання. У розборах показано зразки готових проєктів повного циклу навантажувального тестування та типові зауваження до звітів — від одиниць вимірювання в таблицях до розміщення висновків на початку документа. Наприкінці — правила отримання сертифіката й огляд ринку вакансій.

Часті запитання

Тут зібрані відповіді майже на всі запитання, які ставлять перед купівлею. Натисніть на запитання, щоб розкрити відповідь.

Про цей курс

  • П’ять: Apache JMeter, LoadRunner із Virtual User Generator і Performance Center, Gatling, k6 та Яндекс.Танк. По кожному — практика: від запису трафіку та кореляції до запуску в Docker і з CI-пайплайна.

  • Для базової частини достатньо основ: сценарії JMeter збираються із записаного трафіку, тести k6 пишуться простим JavaScript стандарту ES6. Для сценаріїв Gatling хапає основ Scala, а емулятори зовнішніх систем пишуться на C# за розібраним у курсі зразком.

  • Заняття з JMeter, Gatling, k6 та Яндекс.Танку ідуть на Linux, macOS або Windows. Для Virtual User Generator, чий запис найстабільніше працює в Internet Explorer, і для розгортання заглушок під IIS знадобиться Windows.

  • Тема — ваша робоча система: достатньо одного модуля або близько десяти головних операцій. Мета — робочий мінімум: профіль, скрипти за головними операціями і перший тест максимальної продуктивності зі знайденим вузьким місцем. Якщо відповідної системи немає, про це повідомляється заздалегідь і підбирається альтернатива.

  • Домашні завдання після кожного засобу навантаження та проєкт із захистом: розповідь про систему, профіль, інструмент і результати плюс обговорення експрес-звіту. Бали за домашні завдання та оцінка проєкту йдуть до підсумкового сертифіката.

  • Функціонального тестування та низькорівневого профілювання коду: розбір вузького місця доводиться до системних метрик, логів і гіпотез, а профілювання на мікросекундах названо окремою галуззю перформанс-інженерії. Браузерний рендеринг до навантаження теж не входить — генератори працюють із запитами напряму.

Доступ і матеріали

  • Одразу після оплати, тієї ж секунди й автоматично. Чекати на підтвердження не потрібно. Доступ надходить двома шляхами водночас. Перший: на пошту, вказану при оформленні замовлення, приходить лист із посиланням на матеріали. Другий: те саме посилання з’являється у вашому акаунті на сайті, у розділі «Завантаження», і залишається там назавжди.

  • Усі відео та додаткові файли лежать у хмарному сховищі. Посилання на нього — у вашому акаунті на сайті, розділ «Завантаження», і в листі, який надійшов після оплати. Акаунт тут не формальність, а спосіб доставки: курс залишається в ньому назавжди. Навіть якщо лист загубився або ви згадали про купівлю через рік, посилання буде на місці.

  • Завантажувати можна і варто. Радимо зберегти відео на комп’ютер і дивитися звідти. Причина проста: хмарне сховище не розраховане на перегляд відео. Іноді воно дозволяє увімкнути ролик просто у браузері, але якість при цьому помітно гірша за вихідну. На своєму комп’ютері ви побачите курс таким, яким його записували.

  • Безстроково. Курс залишається вашим назавжди, повертатися до нього можна скільки завгодно разів. Якщо через рік чи два посилання раптом перестане відкриватися з технічних причин — напишіть на info@siluette.com.ua, ми його відновимо.

  • Насамперед: доступ у вас є в будь-якому разі. Увійдіть на сайт і відкрийте розділ «Завантаження» — посилання на курс уже там, незалежно від того, дійшов лист чи ні. Найчастіше лист губиться через одруківку в адресі під час оформлення замовлення. Ще варто заглянути до теки «Спам». Не виходить розібратися — не витрачайте час: напишіть на info@siluette.com.ua або в чат у правому нижньому куті сайту, ми допоможемо.

  • Найкраще на комп’ютері або ноутбуці: завантажте відео й відкрийте будь-яким звичним плеєром. Знадобляться встановлені відеокодеки — на більшості комп’ютерів вони вже є. Завантажити курс можна на скільки завгодно пристроїв. А от телефон ми не радимо, і з двох причин. На маленькому екрані погано видно деталі, особливо якщо в уроці показують інтерфейс програми. І на телефонах часто немає кодеків для форматів, у яких записані відео.

Оплата та повернення

  • Банківською карткою Visa, MasterCard або «Простір», через Google Pay, Apple Pay, Masterpass, Visa Checkout, платіжний QR-код, Botpay у Telegram чи Privat24. Є й оплата частинами: Монобанк (3 або 4 платежі), А-Банк (2, 3 або 4 платежі та розстрочка), Банк Глобус (8 платежів), «Скибочка» від OTP Bank (3 платежі), миттєва розстрочка та оплата частинами від ПриватБанку.

  • Так. Платіжна система приймає картки з Євросоюзу та будь-яких інших країн. Одна деталь, про яку часто забувають: банк може попросити підтвердити платіж — у мобільному застосунку або кодом із СМС. Якщо оплата не проходить, перевірте застосунок банку та повідомлення.

  • Додайте до кошика два курси або більше — знижка застосується автоматично до всіх товарів у кошику. Два курси: мінус 20% на обидва. П’ять курсів: мінус 20% на всі п’ять. Знижка поєднується з будь-якими акційними цінами й діє на весь каталог без винятків.

  • Цифрові товари поверненню та обміну не підлягають. Це загальне правило для всіх електронних товарів в Україні — постанова Кабінету Міністрів № 172 від 19 березня 1994 року. При цьому ми завжди на зв’язку. Якщо доступ не відкривається, посилання перестало працювати або файли пошкоджені — напишіть на info@siluette.com.ua, вкажіть дату та номер замовлення. Відновимо. Якщо щось незрозуміло в самому курсі, теж пишіть — підкажемо.

  • Поки що ні. Ми працюємо лише з приватними покупцями — безготівкової оплати за рахунком від юридичних осіб зараз немає.

Як проходить навчання

  • Ні. Усі курси — це записи уроків для самостійного вивчення: викладач не відповідає на запитання і не перевіряє домашні завдання. Саме тому курси коштують значно дешевше за навчання з куратором. Ви отримуєте той самий матеріал, але займаєтеся самі та у своєму темпі.

  • Так, цифровий сертифікат — на запит і безкоштовно. Напишіть на info@siluette.com.ua, вкажіть ім’я та прізвище саме в тому вигляді, в якому хочете бачити їх у сертифікаті, і ми надішлемо його протягом доби.

  • Для більшості курсів — ні. Вони розраховані на початковий рівень і пояснюють з азів. Якщо курс потребує підготовки, це сказано в його описі.

  • Ні. Ані дедлайнів, ані розкладу, ані доступу, що згорає. Завантажили — дивіться коли зручно, з будь-якими перервами.

  • Курс купується для особистого використання, і ми просимо ставитися до цього по-людськи: за кожним уроком стоїть робота, а ціна й так суттєво знижена.

Підтримка

  • Найкраще на info@siluette.com.ua. Є й чат у правому нижньому куті сайту, але пошта надійніша: там можна все описати докладно та додати знімки екрана. Прохання: опишіть, що саме ви робили і що пішло не так, та додайте знімок екрана з помилкою. Так ми вирішимо питання одразу, а не з’ясовуватимемо півдня, що сталося.

  • У робочий час, з 9:00 до 19:00, на пошту зазвичай відповідаємо протягом години, у чаті — за кілька хвилин. Після 19:00 теж буває, але час відповіді не обіцяємо.

Відгуки покупців

  1. Світлана

    18.10.2025 Підтверджений клієнт

    Jmeter і Gatling - нарешті я зрозуміла, в чому різниця і що для чого краще використовувати. Курс дав повну картину.

  2. Дмитро

    01.09.2024 Підтверджений клієнт

    Я функціональний тестувальник, і цей курс допоміг мені "увійти" в навантажувальне тестування. Дуже системний підхід.

  3. Олена

    17.03.2024 Підтверджений клієнт

    Моніторинг з Grafana - це було для мене відкриттям! Не просто "тест впав", а "чому він впав". Це те, що відрізняє профі.

Показано 3 із 3

Залишити відгук