Переїзд блогу на новий домен
На цих вихідних я завершив те, що давно хотів зробити.
У 2016 році я завів англомовний блог на GitHub pages. Як фреймворк я обрав Jekyll. Один раз налаштувавши сайт, він працював досить непогано. Але коли я намагався додати якісь навіть базові речі (наприклад ті ж теги) - це коштувало мені багатьох годин спроб та помилок. Результату також не було.
Плюс я хотів завести все таки свій власний домен для блогу.
Тож зустрічайте мій новий(старий) блог - Test Engineering Notes
Блог створений на фреймворку Hugo із темою PaperMod. Автоматичний деплой на Netlify працює швидко. Плюс там автоматично можна додати SSL сертифікати до свого сайту.
Усі старі статті вже там. Нові будуть додаватися також.
P.S. Окрема подяка Артему за те, що показав цей фреймворк)
На цих вихідних я завершив те, що давно хотів зробити.
У 2016 році я завів англомовний блог на GitHub pages. Як фреймворк я обрав Jekyll. Один раз налаштувавши сайт, він працював досить непогано. Але коли я намагався додати якісь навіть базові речі (наприклад ті ж теги) - це коштувало мені багатьох годин спроб та помилок. Результату також не було.
Плюс я хотів завести все таки свій власний домен для блогу.
Тож зустрічайте мій новий
Блог створений на фреймворку Hugo із темою PaperMod. Автоматичний деплой на Netlify працює швидко. Плюс там автоматично можна додати SSL сертифікати до свого сайту.
Усі старі статті вже там. Нові будуть додаватися також.
P.S. Окрема подяка Артему за те, що показав цей фреймворк)
gohugo.io
The world's fastest framework for building websites
Hugo is one of the most popular open-source static site generators. With its amazing speed and flexibility, Hugo makes building websites fun again.
👍31🔥7
.gitignore as a service :)
#engineering #tools
Невеличкий, але дуже корисний сайт, де ви можете вказати набір бібліотек та інструментів - та згенерувати свій кастомний gitignore файл.
#engineering #tools
Невеличкий, але дуже корисний сайт, де ви можете вказати набір бібліотек та інструментів - та згенерувати свій кастомний gitignore файл.
Toptal
gitignore.io
Create useful .gitignore files for your project
👍15🤣2
Inside look at modern web browser
#engineering #underthehood
Сьогодні я знайшов дещо особливе.
Я читаю дуже багато статей та блогів кожного тижня.
Частина статей дійсно варта уваги та вдумливого читання (навіть із нотатками). Частина - варта лишень швидкого “діагонального” перегляду (бо статті сумнівної якості та користі. Привіт - та до побачення - Medium).
Але іноді трапляються інші пости. Такі, що захоплюють. Ті - що написані дійсно зі смаком та з ціллю розповісти читачеві щось важливе. Що найголовніше - статті, що намагаються навіть доволі складні речі пояснювати просто (наскільки це можливо) та із візуальною складовою.
Цього разу річ саме про таку статтю. А саме цикл з чотирьох статей: “Inside look at modern web browser”.
- 1. CPU, GPU, Memory, and multi-process architecture
- 2. What happens in navigation
- 3. Inner workings of a Renderer Process
- 4. Input is coming to the Compositor
Вкрай рекомендую виділити час та прочитати їх. Особливо, якщо ви автоматизуєте UI тести для WEBу. Скиньте своїм розробникам почитати також.
Ці статті розкриють внутрішню роботу браузеру Chrome. Крок за кроком та з гарними ілюстраціями!
Та й взагалі завжди цікаво знати, як працюють речі “під капотом”.
Якщо у вас є в закладках подібні статті про будь-які системи - діліться ними в коментарях. Буду дуже вдячний.
#engineering #underthehood
Сьогодні я знайшов дещо особливе.
Я читаю дуже багато статей та блогів кожного тижня.
Частина статей дійсно варта уваги та вдумливого читання (навіть із нотатками). Частина - варта лишень швидкого “діагонального” перегляду (бо статті сумнівної якості та користі. Привіт - та до побачення - Medium).
Але іноді трапляються інші пости. Такі, що захоплюють. Ті - що написані дійсно зі смаком та з ціллю розповісти читачеві щось важливе. Що найголовніше - статті, що намагаються навіть доволі складні речі пояснювати просто (наскільки це можливо) та із візуальною складовою.
Цього разу річ саме про таку статтю. А саме цикл з чотирьох статей: “Inside look at modern web browser”.
- 1. CPU, GPU, Memory, and multi-process architecture
- 2. What happens in navigation
- 3. Inner workings of a Renderer Process
- 4. Input is coming to the Compositor
Вкрай рекомендую виділити час та прочитати їх. Особливо, якщо ви автоматизуєте UI тести для WEBу. Скиньте своїм розробникам почитати також.
Ці статті розкриють внутрішню роботу браузеру Chrome. Крок за кроком та з гарними ілюстраціями!
Та й взагалі завжди цікаво знати, як працюють речі “під капотом”.
Якщо у вас є в закладках подібні статті про будь-які системи - діліться ними в коментарях. Буду дуже вдячний.
Chrome for Developers
Inside look at modern web browser (part 1) | Blog | Chrome for Developers
Learn how browser turn your code into functional website from high-level architecture to the specifics of the rendering pipeline.
👍25🔥6
Попарне тестування - безкоштовно, без реєстрації та СМС
#testing #tools
Якщо хочеться мати менше тестів, але більше покриття - pairwise тестування стане у пригоді (але не завжди).
Для тих, хто не хоче встановлювати інструмент на свій комп'ютер - я знайшов онлайн версію PICT.
#testing #tools
Якщо хочеться мати менше тестів, але більше покриття - pairwise тестування стане у пригоді (але не завжди).
Для тих, хто не хоче встановлювати інструмент на свій комп'ютер - я знайшов онлайн версію PICT.
Yuuniworks
Pairwise Pict Online
Generate pairwise testcases online
👍12❤5
[Test Engineering Weekly] Про віртуальні середовища Python, піраміди в тестування та гайд по вивченню на Quality Engineer
#testing #engineering #weekly #digest
Черговий дайджест цікавих статей про тестування, розробку та інші технічні штуки.
Чому варто читати цей дайджест:
- побачите великий гайд по розвитку в тест інженера та автоматизатора
- розберетеся, як працюють віртуальні середовища в Python
- дізнаєтеся як застосовувати скінчення автомати в тестуванні?
- побачите приклади створення рішень з автоматизації за допомогою ChatGPT, а також Java + Playwright
- згадаєте як копіювати об'єкти в Java
- дізнаєтеся чому Python то не Java
- багато іншого...
#testing #engineering #weekly #digest
Черговий дайджест цікавих статей про тестування, розробку та інші технічні штуки.
Чому варто читати цей дайджест:
- побачите великий гайд по розвитку в тест інженера та автоматизатора
- розберетеся, як працюють віртуальні середовища в Python
- дізнаєтеся як застосовувати скінчення автомати в тестуванні?
- побачите приклади створення рішень з автоматизації за допомогою ChatGPT, а також Java + Playwright
- згадаєте як копіювати об'єкти в Java
- дізнаєтеся чому Python то не Java
- багато іншого...
Telegraph
[Test Engineering Weekly] Про віртуальні середовища Python, піраміди в тестування та гайд по вивченню на Quality Engineer
Краще Quality Engineer Learning Roadmap Просто величезна підбірка ресурсів для того, щоб вивчитися на модернового тест інженера. Тестування Lindy's Law in Test Automation Чи знаєте ви про Lindy's Law? "If something has proven itself for a long time, there…
👍15🔥5
Інструменти для тест інженера
#testing #tools
Для тих, кому не вистачає інструментів для тестування або ж тим, хто завжди у пошуках чогось новенького - маю корисний ресурс.
На ньому зібрано доволі багато різних тулів, більшість з яких безкоштовні.
Але не даю гарантії, що усі вони корисні.
Обирайте та досліджуйте самі.
Усім гарного дня!
#testing #tools
Для тих, кому не вистачає інструментів для тестування або ж тим, хто завжди у пошуках чогось новенького - маю корисний ресурс.
На ньому зібрано доволі багато різних тулів, більшість з яких безкоштовні.
Але не даю гарантії, що усі вони корисні.
Обирайте та досліджуйте самі.
Усім гарного дня!
testdev.tools
The best Software Testing tools and resources on the internet.
Over 500+ awesome tools and resources on the internet to supercharge your testing
👍25🔥4
Фантастичні SDET'и та де їх шукати
#testing
Якось в Linkedin мене попросили розповісти трохи більше про те, хто ж такі SDET та як ними стати.
Тому у сьогоднішньому дописі я розповім усе, що мені відомо про SDET'ів.
Якщо маєте питання чи доповнення - чекаю у коментарях.
#testing
Якось в Linkedin мене попросили розповісти трохи більше про те, хто ж такі SDET та як ними стати.
Тому у сьогоднішньому дописі я розповім усе, що мені відомо про SDET'ів.
Якщо маєте питання чи доповнення - чекаю у коментарях.
Telegraph
Фантастичні SDET'и та де їх шукати
Highway to ... success? Напевне кожна друга людина, що починає працювати у тестуванні або в автоматизації, чує про те, що "ось круто було б стати SDET'ом"! "Це вершина розвитку кар'єри тестувальників та єдиний спосіб вибитися в люди та здобути визнання та…
🔥20👀1
Attention!
Додатково, цікаві статті, відео та дослідницькі роботи з коментарями буду постити в профілі цього каналу у Twitter
Підписуйтесь.
Додатково, цікаві статті, відео та дослідницькі роботи з коментарями буду постити в профілі цього каналу у Twitter
Підписуйтесь.
❤8
SimulatedRides: How Lyft uses load testing to ensure reliable service during peak events
#testing #load
Сьогодні пропоную почитати цікаву, а що саме головне - практичну статтю про те, як в Lyft підходили до тестування навантаження, чому вирішили створити своє рішення та як воно технічно працює у продакшені.
Ось такі статті дуже важливі. Коли описується проблематика та конкретний кейс вирішення.
#testing #load
Сьогодні пропоную почитати цікаву, а що саме головне - практичну статтю про те, як в Lyft підходили до тестування навантаження, чому вирішили створити своє рішення та як воно технічно працює у продакшені.
Ось такі статті дуже важливі. Коли описується проблематика та конкретний кейс вирішення.
Medium
SimulatedRides: How Lyft uses load testing to ensure reliable service during peak events
Authors: Remco van Bree, Ben Radler
👍10🔥4❤2
Тут Артем зробив свій авторський курс для QA Lead'ів та тих, хто ними хоче стати.
Записуйтесь, думаю буде корисно.
Записуйтесь, думаю буде корисно.
Forwarded from Нотатки суворого QA 💛💙 (Artem Grygorenko)
Наступного тижня я анонсую програму та старт продажів свого менторства для QA Лідів, над якою працював останні 6 місяців! 🤯
Формувати групу буду за результатами спілкування. Місць всього 10. Хочу зробити максимально якісне середовище для розвитку і росту 🌟
Це буде корисно для Senior QA які хочуть рухатись далі, а також для QA Leads хто тільки підвищився до цієї посади.
Якщо ви готові та знаєте, що хочете йти до мене на менторство - можна забронювати ваше місце на «співбесіду до програми» через @grygorenko_help
Або дочекатися офіційного відкриття і можливо будуть місця 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3🤔1
Доброго ранку. Цей тиждень ми почнемо із корисних команд для роботи із логами. А робота з логами - то must-have для тест інженерів.
🔥34👍2
Javanoscript Best Practices
#testing #js
Знайшов тут класний репозиторій, де зібрані кращі практики та поради для тих, хто пише тести на JS.
Якби я писав би на JS, мені було б корисним.
#testing #js
Знайшов тут класний репозиторій, де зібрані кращі практики та поради для тих, хто пише тести на JS.
Якби я писав би на JS, мені було б корисним.
GitHub
GitHub - goldbergyoni/javanoscript-testing-best-practices: 📗🌐 🚢 Comprehensive and exhaustive JavaScript & Node.js testing best practices…
📗🌐 🚢 Comprehensive and exhaustive JavaScript & Node.js testing best practices (August 2025) - goldbergyoni/javanoscript-testing-best-practices
🔥22❤5👍2
Cypress Framework Boilerplate
#automation #js
Чого не вистачає, коли вчиш мову програмування для автоматизації?
Наче й книжок багато, відео безліч, базових туторіалів - ще більше.
На мій погляд найголовніше, чого не вистачає, коли вже є базові знання мови - це побачити приклад реального рішення з автоматизації.
Тому сьогодні я хочу поділитися прикладом на JS + Cypress від Mohammad Monfared.
Для тих, хто любить відео - є запис воркшопу по створенню такого рішення: крок за кроком.
#automation #js
Чого не вистачає, коли вчиш мову програмування для автоматизації?
Наче й книжок багато, відео безліч, базових туторіалів - ще більше.
На мій погляд найголовніше, чого не вистачає, коли вже є базові знання мови - це побачити приклад реального рішення з автоматизації.
Тому сьогодні я хочу поділитися прикладом на JS + Cypress від Mohammad Monfared.
Для тих, хто любить відео - є запис воркшопу по створенню такого рішення: крок за кроком.
GitHub
GitHub - mmonfared/CyFramework: A test automation framework using Cypress
A test automation framework using Cypress. Contribute to mmonfared/CyFramework development by creating an account on GitHub.
👍21❤4🔥3
API Testing from Entry Level to PhD - Jason Ioannides
#testing #api
Доброго дня!
Сьогодні до Вашої уваги пропоную цікаву доповідь про те, що таке API, які вони бувають та що відбувається "під капотом".
Відео допоможе трохи глибше зануритися у світ API. (Але все ще без хардкору).
#testing #api
Доброго дня!
Сьогодні до Вашої уваги пропоную цікаву доповідь про те, що таке API, які вони бувають та що відбувається "під капотом".
Відео допоможе трохи глибше зануритися у світ API. (Але все ще без хардкору).
YouTube
API Testing from Entry Level to PhD - Jason Ioannides
Have you seen a recent job posting for a Tester or QA Engineer? The majority of job denoscriptions have some requirement for API Testing experience. That’s how important and in-demand the skills are for testing (let alone automating) an API. What do you do…
❤11👍7
Test Engineering Notes: Volume 1
#testing #engineering #digest
Всім привіт!
Сьогодні п'ятниця - саме час для того, щоб завершити робочі справи тазробити реліз о шостій вечора почитати цікаві статті.
Цього разу я вирішив трохи відійти від weekly дайджестів. Бо то занадто багато (та й дайджести виходили не кожного тижня). До того ж, не у всіх є час читати кожного тижня.
Тому надалі підбірки будуть виходити нерегулярно, але більш насиченими та різноплановими. Сподіваюсь, вам буде цікаво!
#testing #engineering #digest
Всім привіт!
Сьогодні п'ятниця - саме час для того, щоб завершити робочі справи та
Цього разу я вирішив трохи відійти від weekly дайджестів. Бо то занадто багато (та й дайджести виходили не кожного тижня). До того ж, не у всіх є час читати кожного тижня.
Тому надалі підбірки будуть виходити нерегулярно, але більш насиченими та різноплановими. Сподіваюсь, вам буде цікаво!
Гарного читання!
Telegraph
Test Engineering Notes: Volume 1
Тестування Software Testing Strategies: The Complete Guide Якщо ви хотіли побачити усі варіанти тестових пірамід в одному місці (разом із поясненнями) - ця стаття для вас. Chaos Engineering with the Vacation Simulator Цікавий підхід до проведення chaos testing.…
👍16🔥1
Proving E2E tests are a Scam
#testing
Цікава стаття, де пояснюється, чому контрактні тести - це круто, а Е2Е тести - ні.
Стаття у блозі розробника інструменту для контрактного тестування, тому й недивно, що контрактні тести хвалять.
А ви як думаєте? Що краще?
#testing
Цікава стаття, де пояснюється, чому контрактні тести - це круто, а Е2Е тести - ні.
Стаття у блозі розробника інструменту для контрактного тестування, тому й недивно, що контрактні тести хвалять.
А ви як думаєте? Що краще?
Pactflow Contract Testing Platform
Pactflow Blog | Proving E2E tests are a Scam
"We can see that in this example Contract Testing requires approximately a tenth of the compute resources yet provides twice the number of test fixtures. An important takeaway for me was that the cost of testing your contracts doesn’t depend on the size of…
👍11
Автоматизація десктопу (або знову той JS!)
#testing #tools
Веб та АПІ автоматизують усі. А що там по десктоп автоматизації?
Сьогодні в одному подкасті почув про бібліотеку на JS - nut.js, що дозволяє управляти десктопом.
- Інтегрується з Jest.
- Є плагін з розпізнаванням картинок.
Думаю, досить цікавий проект. Але ЗНОВУ на JS!)
#testing #tools
Веб та АПІ автоматизують усі. А що там по десктоп автоматизації?
Сьогодні в одному подкасті почув про бібліотеку на JS - nut.js, що дозволяє управляти десктопом.
- Інтегрується з Jest.
- Є плагін з розпізнаванням картинок.
Думаю, досить цікавий проект. Але ЗНОВУ на JS!)
GitHub
GitHub - nut-tree/nut.js: Native UI testing / controlling with node
Native UI testing / controlling with node. Contribute to nut-tree/nut.js development by creating an account on GitHub.
👍13🤔1
Посібник по змінам для рядових веслярів
#leadership
“Somebody said (and I think it's on Wiki somewhere), ‘People hate change.’ The first reaction is, ‘Yeah, well, everyone knows that!’ To which the proper reply is, ‘No, you don't understand, people really really hate change.’ –Anonymous
Змінюватись тяжко. А змінювати людей, команду або компанію навколо - ще важче.
Єдиний фактор, який може полегшити впровадження змін - це бути менеджером. Мати команду.
А що робити, коли ти звичайний інженер та прагнеш змін?
Я знайшов коротку, але цікаву роботу на цю тему: “Change Your Organization (For Peons)”.
У сьогоднішньому нотатку я коротко поділюся основними ідеями звідти. (Але звісно краще почитати оригінал).
Мені в свій час ця стаття дуже б допомогла. Та навіть зараз допомагає.
Що таке зміни: зміна процессів, підходів до розробки та тестування, нові інструменти, тощо. Можуть бути, як на рівні окремої команди, так і на рівні департаменту чи цілої компанії.
Тактики впровадження змін
1. Запитайте себе - нащо ці зміни? Ви почули про новий підхід чи інструмент на конференції чи мітапі та подумали "а прикольно б було це застосувати в нас?” Що буде, як зміна у процесі не буде впроваджена або запрацює лише наполовину? Чи ви готові бути за це відповідальні?
2. Підготуйте шляхи для відступу. В разі, коли зміни не запрацюють або запрацюють не повністю.
3. Процес змін - дуже повільний, тому майте родину та друзів, що підтримають вас на цьому шляху.
4. Знайдіть невеликі задачі кожного дня, які можна виконати та бачити прогрес своїми очами - прямо зараз.
5. Повага - це ваша валюта. Чим більше вас поважають, тим більше довіри до ваших слів та пропозицій.
6. Поважайте інших та їх думки та пропозиції. Навіть, якщо вони суперечать вашим.
7. Будьте найкращим у тих задачах, що виконуєте. Якими б простими чи нудними вони не були.
8. Не намагайтеся змінити усіх та одразу. Знайдіть своє коло впливу та працюйте з ним.
9. Знайдіть союзників, що розділяють ваші погляди. Допомагайте їм розповсюджувати ваші ідеї.
10. Не критикуйте усе й одразу (навіть якщо дуже хочеться). Уважно досліджуйте, чому процеси чи люди працюють саме так, як ви бачите.
11. Знайдіть розрив між бажанням та реальністю. Пам’ятайте, що змінити людей можна тільки, якщо вони цього хочуть.
12. Практикуйте самі те, що впроваджуєте - будьте прикладом.
13. Приділіть увагу до термінів, якими оперуєте. Одні й ті ж слова, можуть мати різні значення для різних людей.
14. Завжди знайте відповідь на питання - чому? Чому процеси побудовані саме таким чином? Чому люди користуються саме цими інструментами?
#leadership
“Somebody said (and I think it's on Wiki somewhere), ‘People hate change.’ The first reaction is, ‘Yeah, well, everyone knows that!’ To which the proper reply is, ‘No, you don't understand, people really really hate change.’ –Anonymous
Змінюватись тяжко. А змінювати людей, команду або компанію навколо - ще важче.
Єдиний фактор, який може полегшити впровадження змін - це бути менеджером. Мати команду.
А що робити, коли ти звичайний інженер та прагнеш змін?
Я знайшов коротку, але цікаву роботу на цю тему: “Change Your Organization (For Peons)”.
У сьогоднішньому нотатку я коротко поділюся основними ідеями звідти. (Але звісно краще почитати оригінал).
Мені в свій час ця стаття дуже б допомогла. Та навіть зараз допомагає.
Що таке зміни: зміна процессів, підходів до розробки та тестування, нові інструменти, тощо. Можуть бути, як на рівні окремої команди, так і на рівні департаменту чи цілої компанії.
Тактики впровадження змін
1. Запитайте себе - нащо ці зміни? Ви почули про новий підхід чи інструмент на конференції чи мітапі та подумали "а прикольно б було це застосувати в нас?” Що буде, як зміна у процесі не буде впроваджена або запрацює лише наполовину? Чи ви готові бути за це відповідальні?
2. Підготуйте шляхи для відступу. В разі, коли зміни не запрацюють або запрацюють не повністю.
3. Процес змін - дуже повільний, тому майте родину та друзів, що підтримають вас на цьому шляху.
4. Знайдіть невеликі задачі кожного дня, які можна виконати та бачити прогрес своїми очами - прямо зараз.
5. Повага - це ваша валюта. Чим більше вас поважають, тим більше довіри до ваших слів та пропозицій.
6. Поважайте інших та їх думки та пропозиції. Навіть, якщо вони суперечать вашим.
7. Будьте найкращим у тих задачах, що виконуєте. Якими б простими чи нудними вони не були.
8. Не намагайтеся змінити усіх та одразу. Знайдіть своє коло впливу та працюйте з ним.
9. Знайдіть союзників, що розділяють ваші погляди. Допомагайте їм розповсюджувати ваші ідеї.
10. Не критикуйте усе й одразу (навіть якщо дуже хочеться). Уважно досліджуйте, чому процеси чи люди працюють саме так, як ви бачите.
11. Знайдіть розрив між бажанням та реальністю. Пам’ятайте, що змінити людей можна тільки, якщо вони цього хочуть.
12. Практикуйте самі те, що впроваджуєте - будьте прикладом.
13. Приділіть увагу до термінів, якими оперуєте. Одні й ті ж слова, можуть мати різні значення для різних людей.
14. Завжди знайте відповідь на питання - чому? Чому процеси побудовані саме таким чином? Чому люди користуються саме цими інструментами?
👍25🔥2❤1💩1