Python мануфактураJavaDesign Patterns для автоматизаторів

Терміни, нюанси та джерела

Термін · 0:00

Shift Left

Підхід, за якого testing activities виконують раніше в SDLC; він не означає відмову від testing на пізніших етапах.

Як manual QA перейти в automation →

Python мануфактура · Сесії: AMA та PMP · 10:47–12:41

ШІ потрібен у всьому SDLC, а не лише під час кодування

Розробники можуть використовувати ШІ для unit-тестів і швидких прототипів, а QA — для чернеток тестової стратегії, тест-плану, тест-кейсів та автотестів. Бізнес-аналітики й продуктова команда можуть залучати його ще на refinement, коли вартість виправлення нечіткої вимоги значно нижча. Найбільший резерв іноді не в генерації коду, а в кращому плануванні фічі: описати ризики, підготувати тікети, визначити спосіб перевірки й повернутися до best practices або технічного боргу, на які раніше не вистачало часу. Корисне впровадження є комплексним: змінюються не лише інструменти окремого розробника, а й спосіб взаємодії ролей у SDLC.

Піраміда тестування, чому не API спочатку та як жити з упровадженням ШІ →

Python мануфактура · Сесії: AMA та PMP · 14:18–15:52

Так само вимірювати користь ШІ

Ефект AI-інструментів можна оцінювати тією ж моделлю на рівні окремої активності. Якщо якісний тест-план за шаблоном вручну займав близько чотирьох годин, а з AI — 30 хвилин, різницю множать на кількість створених тест-планів. Так можна вимірювати підготовку тест-кейсів, баг-репортів, коментарів, тікетів та інших повторюваних артефактів. Важливо не підміняти цим загальну delivery-метрику: локальна економія показує ефективність конкретної операції, а не автоматично доводить прискорення всього SDLC.

Як упровадити автоматизацію мануальному QA та довести її ефективність →

Python мануфактура · Сесії: AMA та PMP · 0:00–3:25

BDD у контексті способів розробки

Waterfall, Scrum, Kanban і Lean описують організацію delivery process. TDD, BDD і Domain-Driven Design деталізують, як команда формує implementation: через tests, observable behavior або domain model. Це різні площини, хоча в реальних процесах вони поєднуються. Початкова проблема однакова для різних індустрій: business має пояснити engineering team, який результат потрібен. Для цього використовуються user stories, diagrams, domain language і examples. Gherkin — лише один формат такої комунікації.

Чому критикують BDD і Cucumber →
Запитати в чаті про «sdlc» →