🇺🇦 automation-remarks.com

Навіяно цим постом https://ludic.mataroa.blog/blog/ai-mania-is-eviscerating-global-decision-making/

Ну росказуйте, шо в епоху АІшки стало у вас все швидше?

Defect Management: Lifecycle, Types, Metrics, and Best Practices https://jennykeeper.medium.com/defect-management-lifecycle-types-metrics-and-best-practices-d92f5c6dbf66

Люди які шукають роботу. Який місяць пішов?

Автор Плейрайта показує рошумну шарділку https://blog.flakiness.io/posts/2026/salt/

Робота QA ліда: не про кількість тестів Часто QA ліда оцінюють по тому, скільки він тестує руками і скільки багів знаходить особисто. Але це не той фокус. Правильне питання інше: чи потрібен я команді, щоб вона випустила якісний реліз? Чим правильніша відповідь, тим більше часу залишається на все інше - в тому числі на тестування руками, коли воно справді має сенс. Час з'являється не від дисципліни, а від автономії. Якщо календар QA ліда постійно забитий - це не показник завантаженості, а симптом. Значить, дрібні рішення про те, що і як тестувати, досі не делеговані команді, і все впирається в нього. Коли тестувальники самі можуть визначити критичні зони, розставити пріоритети і сказати "готово / не готово" без узгодження нагору, з'являється простір для іншого. Тестування руками - це не рутина, яку треба здихатися. Це спосіб не втратити зв'язок з реальністю. Раз на якийсь час зануритись у конкретний фліт і пройти його самому цінніше, ніж будь-який звіт про метрики. Так видно, де тест-кейси застаріли, де команда звикла закривати очі на нестабільний функціонал, де процес існує лише на папері. Свіжий погляд плюс широкий контекст - комбінація, яку має лід і не має тестувальник, зайнятий у рутині щодня. Тут є дві пастки. Перша - тягнути перевірку на собі, замість того щоб побудувати процес (критерії готовності, автотести там, де вони справді економлять час), який дозволяє команді самій відловлювати проблеми задовго до релізу. Друга - стати критичним шляхом. Взяти тестування задачі з дедлайном і самому перетворитися на бутилкове горлечко, бо день ліда складається із зустрічей і переривань, а не з довгих блоків фокусу, як у тестувальника. І ще важливо: тестування - лише один канал фідбеку. Поряд з ним є ретро, аналіз багів, що дійшли до продакшену, покриття, реакція команди на інциденти. Це теж інформація про стан якості, і часто вона важливіша, ніж особисто знайдений баг. Підсумок простий: мета не в тому, щоб QA лід перевірив кожен реліз власноруч. Мета - команда, яка тестує настільки добре, що ліду вона майже не потрібна для цього, а в нього залишається час зануритись у продукт саме тоді, коли це дає найбільше розуміння.

Основний недолік генеральних куа - написання не зовсім правильних асертів в автотестах. https://medium.com/@katsuya.ds/graduating-from-tobetruthy-choosing-meaningful-matchers-in-playwrights-expect-214a8052eca2

Шо таке хороший Senior QA? Можна вічно дивитись як тече річка, горить багаття і люди намагаються зʼясувати шось про сеніор позицію в IT https://www.reddit.com/r/softwaretesting/comments/1v4e7p1/what_is_a_good_senior_qa_like

Development рухається швидше. Як встигати робити QA? https://www.reddit.com/r/softwaretesting/comments/1uwcgtt/dev_is_moving_faster_so_how_are_you_keeping_up/

BDD гарно лягає в SDD https://dev.to/vitalets/why-i-prefer-bdd-over-sdd-for-agentic-development-4c3d

Це найкраща візуалізація хайрінг процесу, яку я бачив 🤣

Shift-left: краще якість чи більше вигорання? 🤔 Чувак на редіті жаліється, шо Shift left створює додаткове когнітивне навантаження. Йому важко створювати тест кейси в абстракції без існуючого продукту. Шо тут скажеш, коли воно так і є. А шо у вас? https://www.reddit.com/r/QualityAssurance/comments/1usxt7i/qa_shiftleft_and_the_struggles_of_cognitive_load/

Playwright v1.62.0 🎭 Playwright продовжує видавати "потужні" релізи https://www.linkedin.com/pulse/playwright-v1620-michal-drajna-md9ff/

How “Ship Every Feature Behind an A/B Test” Broke Our Mobile E2E Suite A/B тести накладають додаткову складність у структуру автотестів. Як ви з цим справляєтесь? https://blog.stackademic.com/how-ship-every-feature-behind-an-a-b-test-broke-our-mobile-e2e-suite-fb638a250af5

Чи важлива якість коду в часи LLM? https://blog.ploeh.dk/2026/07/23/does-code-quality-still-matter/

Я не втримався 😂

Riding Technology Waves Цікава стаття про технологічний хайп https://staysaasy.com/strategy/2026/06/22/riding-technology-waves.html

Тестів дох*я, результут нема У кого така сама ситуація? https://levelup.gitconnected.com/your-ai-generated-400-tests-they-all-pass-none-of-them-catch-the-bug-that-ships-to-production-95ce0e25fe8f

У кого календар співпадає?

Чисто тимлідска темка 😅