Test Engineering Notes – Telegram
Test Engineering Notes
3.8K subscribers
177 photos
2 videos
644 links
Україномовний канал про технічні аспекти тестування, розподілені системи, блокчейн та кібербезпеку.

Консультації з автоматизації, менторинг, проведення співбесід - @al8xr
Download Telegram
[Test Engineering Weekly] Метрики якості, архітектори тестів, multiplayer в Age of Empires та проблеми з float числами

#testing #engineering #weekly #digest

Всім привіт! Це Олександр на зв'язку.

Цього разу дайджест цікавого вийшов досить великим. І це ще багато чого не вмістилося (залишив до наступного разу!).
Приємного читання.
👍19
ChatGPT вже має сертифікат ISTQB Foundation Level.
🤯24😁22👍7
Корисні поради для вашого резюме

#testing #interview

Усім нам рано чи пізно потрібно змінювати роботу. А значить - проходити інтерв’ю.

Перед тим, як потрапити на співбесіду, потрібно оформити своє CV. Чим краще воно буде відображати Ваші сильні сторони - тим більша ймовірність, що Вас запросять на перші інтерв’ю. Це стосується не тільки початківців, але й досвідчених вовчиків та вовчиць.

На ринку АйТі України домінують аутсорсні компанії. Тому хочете Ви цього чи ні - резюме краще писати англійською мовою та за стандартами “західних” компаній.

Деякі загальні поради та корисні ресурси:
- Для того, щоб красиво та змістовно описати Ваш досвід, потрібно трохи розширити свій словниковий запас. Тут Вам стане у пригоді підбірка синонимів до найбільш розповсюджених слів в резюме
- Резюме краще відсилати у форматі PDF
- Незалежно від кількості років досвіду - краще вмістити все на 1 - 2 сторінки
- Деякі компанії та рекрутери шукають виключно по ключовим словам та технологіям. Тому, якщо хочете пройти цей фільтр - вказуйте технології в окремій секції
- І ще про технології - не треба вказувати усе, що Ви коли-небудь бачили в житті. Будьте готові відповідати на питання по будь-якій з вказаних абревіатур. Навіть, якщо це вже застаріла бібліотека чи фреймворк, який Ви бачили раз у житті у доповіді на локальному мітапі
- Якщо Ви початківець - не пишіть просто “вчив цю бібліотеку чи технологію”. Кращі вкажіть, як ця бібліотека допомогла Вам в поточних задачах чи навчанні
- В описі свого досвіду концентруйтеся на тому ЩО БУЛО ЗРОБЛЕНО, а не на тому ЩО ВИ РОБИЛИ. В ідеальному випадку повинна бути чітка та зрозуміла метрика Вашої роботи. Чи то покриття тестами чи то покращення швидкості запуску тесті на стільки то відсотків
- Для досягнень можна користуватися підходом STAR - Situation, Task, Action, Result. (Цей метод можна також застосовувати на співбесіді - коли Ви розказуєте про минулий досвід)
- Важливо не тільки те, що Ви почали - але й те, що Ви закінчили почату роботу чи ініціативу

Наостанок - шаблон CV, яким користуюся я сам.
👍29👎1
Книжки з тестування, автоматизації та інженерії

#testing #automation #books

Цього тижня мене декілька разів просили порадити книжки для тих, хто розвивається в автоматизації та інженерії.
Тому я подував - "а чому б не поділитися цим листом ще в каналі?"

Книжки:
- Team Guide to Software Testability: Better software through greater testability (what testability is and how we can work with developers to improve it)
- Designing Data-Intensive Applications: The Big Ideas Behind Reliable, Scalable, and Maintainable Systems (must-have read for those who work with distributed systems!)
- How Google Tests Software (old, but still has a lot of insights)
- Software Engineering at Google: Lessons Learned from Programming Over Time (better than previous - contains examples not only for testing but for other aspects of software delivery)
- Leading Quality: How Great Leaders Deliver High-Quality Software and Accelerate Growth (small book on how to drive and lead quality in any organization)
- Effective Software Testing A developer's guide (the way how testing should be explained and taught to the developers)
- Software Testing: A Craftsman’s Approach (true technical sides of testing)
- System Design Interview – An insider's guide (insights on how modern systems are)
- Agile Testing and More Agile Testing (only part about automation worth it)
- The Coding Career Handbook. Guides, Principles, Strategies, and Tactics (general advice on every aspect of day-to-day IT job)
- Staff Engineer: Leadership Beyond the Management Track (for those who see the future not in management/leading but in IC contributing)
- Complete Guide to Test Automation: Techniques, Practices, and Patterns for Building and Maintaining Effective Software Projects
- Experiences of Test Automation: Case Studies of Software Test (bits of advices and stories about old times in test automation)

Звичайно є ще багато інших книжок.
Але я навмисно не включав сюди книжки з якихось окремих технологій чи мов програмування. Це ви вже зможете знайти самі :)

А які книжки Ви вважаєте найкориснішими для Вашої кар'єри?
👍42🔥10
[Test Engineering Weekly] Про SDETів, аналіз даних автотестів, парне програмування та менторинг

#testing #engineering #weekly #digest

Новий тиждень - нова підбірка цікавих статей. Цього разу багато як про тестування, так і про технології взагалі.

Чому потрібно почитати дайджест? З нього ви дізнаєтеся:
- що таке тестування насправді
- хто такі ті SDETи
- як та навіщо аналізувати результати ваших автотестів (та нащо там прикручують machine learning)
- яку нову оупен-сорс тулу для тестування релізнув Microsoft
- чи потрібні знання статистичного аналізу в АйТі
- як правильно менторити людей та парно програмувати
- як одна строчка коду призвела до вибуху ракети
- різні корисні штуки в Playwright
- та багато іншого....
👍181
Про Generalizing Specialists та цікавий плагін для VS Code

#testing #tools #career #notes

Всім привіт. Сьогодні я вирішив поділитися моїми нотатками цікавої статті - Generalizing Specialists: Improving Your Effectiveness.

А для тих, хто хоче більше про код - пропоную поглянути на CodeGPT - плагін для VS Code, який згенерує вам потрібний шматок коду з вашого коментаря. Щось на кшталт GitHub Copilot.
Особисто я спробував, погрався, але в роботі поки що не знадобилося.
Але генерує воно доволі непогані шматки коду.
👍11🔥2
Вакансія для Джона Коннора
🔥21🫡7
Finding Adequate Metrics for Outer, Inner, and Process Quality in Software Development

#testing

Сьогодні пропоную до Вашої уваги хорошу статтю про метрики в тестуванні. Нащо вони потрібні, та що краще вимірювати.
Тут не буде просто "готового" набору must-have метрик. Але буде багато роздумів про те, чому метрики важливі та які вони бувають.
👍17🔥21
Moving towards a Future of Testing in the Metaverse

#testing

Натрапив на цікаву статтю про тестування в майбутньому від Tariq King.
З неї ви дізнаєтеся:
- які потенційні складності принесе Metaverse та супутні із цим технології - VR, AR, XR.
- як тестувати AI ботів за допомогою AI та computer vision
- чи можна взагалі автоматизувати тестування геймплею в FPS іграх

Як завжди на InfoQ - мінімальна кількість води, максимально багато прикладів та користі.
Цей ресурс мені подобається більше, ніж Medium (який переповнили однакові статті на однакові поверхневі теми з тестування).
👍16
Blockchain 101 - A Visual Demo

#blockchain #engineering

Доброго ранку, тест інженери

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

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

А для тих, хто хотів би дізнатися, що таке публічні та приватні ключі - існує ще друга частина цього відео.
👍15
You’ve “Built Quality In”. Are You Sure About That?

#testing

Всім доброго ранку. Сьогодні понеділок, шосте березня 2023 року.
Сьогодні хочу поділитися короткою статтею від Michael Bolton.

В ній він в черговий раз підіймає питання, чому в команді повіння бути або окремо взяті тест інженери або хоча б люди, що виконують таку роль. Бо більшість учасників процесу розробки (дизайнери, розробники, менеджери) зазвичай зосереджені на тільки на тому, щоб продукт працював. Працював успішно.
Але тестування працює з ризиками. Ризиками того, чому продукт чи проєкт може бути не успішний. Тому для тестування (за думкою автора) потрібен інший "тип мислення".

А що думаєте Ви? Чи тестування потребує іншого, деструктивного типу мислення, чи ні?

Цікава цитата:
"Quality is not a property of a product; it’s a set of many-to-many-to-many relationships between elements of the product, a variety of customers, and their different needs, desires, and preferences. Deciding that we have a well-checked product doesn’t mean that we’ve got a problem-free product, and doesn’t mark the end of testing. A well-checked product does provide a foundation for faster, more efficient, deeper testing that can happen in parallel with ongoing development.

To find hidden, subtle, intermittent, emergent problems in a product, you’ll want help from people who are estranged to some degree from builders’ focus. Finding the deep problems takes determination, time, effort, preparation, and a degree of disruption to the builders’ mindset.

To find problems without disrupting the developers’ focus, you’ll want someone attending full-time to trouble, problems and risk; someone who interacts with the product and gets experience with it before you inflict problems on your customers. You’ll want someone committed to learning and studying many things: the technology in and around the product; the problems that the product is intended to solve; the worlds of the users of the product who are outside the process of building it.

You’ll want testers. Or at least, a tester"
👍18
Forwarded from Нотатки суворого QA 💛💙 (Artem Grygorenko)
💡Якщо ви хочете прокачати трішки свої навички, та додати парочку інструментів в своє портфоліо - тримайте задачку

❗️ Мета: організувати свій перший автомейшн фреймворк на Python, Pytest, Request library.
📊 Рівень: Junior / Middle

✒️ Завдання:
1. Знайти будь-який відкритий API з описаною документацією, наприклад у Swagger (таких у мережі достатньо).
2. Напишіть автотест, або декілька автотестів використовуючи CRUD, та підхід Dry.
3. Все, що ви написали повинно запускатись, та виконуватись локально. Тести повинні проходити.
4. Залити це на CI (наприклад Gitlab).
5. Створіть pipeline для виконання тестів і створення репортів. (дві окремі стейджи).
6. Додайте ще сюди Allure Reports (або використайте декоратори самого Pytest). Щоб отримати фінальний звіт виконання ваших автотестів.
7. Налаштуйте пайплайн таким чином, щоб у вас був стейдж Деплоймент (можна його замокати) на продакшн тільки якщо ви створюєте Tag.

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

Чи цікаво отримувати схожі завдання в майбутньому на різні теми, рівні та інструменти?
Пишіть у коментарі 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
👍231
Password strength explained

#engineering #security

Чи замислювалися Ви коли-небудь - наскільки "сильний" Ваш пароль?
В цій короткій статті пояснюється навіщо нам сильні паролі, у чому їх сила та як згенерувати дійсно стійкий до підбору пароль на кожен день.
👍12
Testing GPT-Based Apps

#testing #ai

Про ChatGPT говорять усі.
Але більшість статей та відео, що я бачив - розповідають про те, як цей інструмент допоможе в тестуванні та розробці замінить тестувальників!
З іншого боку постає інше не менш важливе питання - як тестувати сам ChatGPT (та інші подібні системи)?

Jason Arbon у своєму пості розповідає про те, як системи на кшталт ChatGPT працюють та у чому полягають особливості їх тестування.
Плюс, для тих, хто цікавиться - він же підготував невеличкий гайд з тестування AI.
👍18👏2
[Test Engineering Weekly] Тестування на девайсах в Netflix, асинхронні обчислення в Meta та помилки в розподілених системах

#testing #engineering #weekly #digest
Черговий, нерегулярний, але все ж таки корисний дайджест цікавих статей про тестування, розробку та інші технічні штуки.

Цього разу ви дізнаєтесь:
- яка "правильна" структура Cypress проєкту та як створювали тестову стратегію в Zoopla
- які метрики якості потрібно все ж таки збирати
- в чому специфіка тестування на реальних девайсах в Netflix
- що обрали для контрактного тестування в Ebay та чому
- як тестувати Docker та архітектуру коду
- чи варто йти в менеджери та ліди, якщо полюбляєш писати код
- чим функціональне програмування відрізнається від OOP
- та багато багато іншого.
👍13🔥1
Python crash course для новачків

#python #beginner

Для тих, хто "входить" в Python не з повного нуля, маю дуже корисний ресурс.
Beginner Python cheat sheet - це цілий PDF з усіма базовими аспектами синтаксису, тестування, бібліотеками та навіть трошки фреймворком Django. Може стати у пригоді коли ви будете готуватися до співбесіди.

Взагалі це компіляція понять з книги Python Crash Course. Для книги є навіть окрема сторінка з усіма ресурсами, завданнями та іншим.

А поки, я шукаю (та знаходжу) книги з Python для рівня intermediate. (Де б було щось, окрім базового синтаксису)
Може у вас є рекомендації?
👍17🔥41👏1
MircroServices (and a story about Netflix) | Prime React

#microservices #video #fun

Напевне найсмішніше відео (а точніше два в одному) про те, як працювати з мікросервісами в реальному житті - а не в книжках чи доповідях.
Щось типу "страх та огида в Нетфліксі")))
👍101
Візуалізуємо виконання коду - без реєстрації та смс

#python #learning #junior

Всім привіт.

Коли ти вчиш свою першу мову програмування буває складно зрозуміти, що відбувається "під капотом" того чи іншого шматка коду. Авжеж можна (та й треба) дебажити.

Але я пропоную поглянути на інший спосіб візуалізації коду - це PythonTutor.
Підтримується не тільки Python, але й Java, JS (трохи куцо, але маємо те шо маємо).
Цей сайт буде корисним усім менторам та тим людям, що викладають мови програмування.
👍142