Терміни · Мануфактура

← Java

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

actionability: Набір перевірок Playwright перед дією. Для click це, зокрема, unique match, visible, stable, receives events та enabled.Що має описувати isLoaded · 1:10 →
Actionability: Набір передумов, які Playwright перевіряє перед дією; для click() це зокрема visible, stable, receives-events та enabled state.Як Playwright взаємодіє з браузером через протокол · 14:20 →
AGENTS.md instruction chain: Codex поєднує global guidance із project instructions від repository root до current directory. Ближчий AGENTS.md або AGENTS.override.md має вищий пріоритет у своєму scope.Як налаштувати мультиагентне середовище · 0:00 →
AI productivity evidence: Доступні дослідження залежать від типу задач, досвіду людей і покоління інструментів; їхні результати не доводять універсального speedup або plateau.Піраміда тестування, чому не API спочатку та як жити з упровадженням ШІ · 7:28 →
AI trust boundary: Дозволена межа даних, providers і controls для AI workflow, визначена governance, privacy, security та contractual requirements організації.Як працювати на спокійному проєкті та з нав’язаними оцінками · 2:15 →
Android UI testing APIs: Поточна Android guidance окремо перелічує Espresso, UI Automator і Compose Test як instrumented UI testing APIs; конкретний seam потрібно обрати за UI surface та scope тесту.Типи мобільних застосунків та мобільна автоматизація · 5:30 →
Anonymisation: Незворотне усунення можливості ідентифікувати людину з урахуванням засобів, які обґрунтовано можуть бути використані. Pseudonymised data, які можна знову пов’язати з людиною, залишаються personal data.Практика курсу на YOY, домашні завдання та формат ПМП · 20:00 →
Appium: Open-source ecosystem для UI automation, у якому client надсилає WebDriver-compatible commands до Appium server, а platform driver виконує їх на конкретній automation technology.Типи мобільних застосунків та мобільна автоматизація · 2:10 →
artifact repository: Контрольоване джерело артефактів. Playwright підтримує власний download host через PLAYWRIGHT_DOWNLOAD_HOST або окремі per-browser hosts.Навіщо встановлювати Playwright-браузери, як часто та чому треба оновлювати бібліотеки · 4:00 →
Assistance dilemma: Проблема вибору між наданням підказки та утриманням допомоги, щоб учень не витрачав час даремно, але й не втрачав можливість самостійно мислити. Автори огляду підкреслюють, що універсальної пропорції допомоги не існує.Вчитися через власні помилки чи з ментором · 0:00 →
Authenticated browser state: Збережені cookies і headers для повторного використання авторизованої browser session. Такий файл може дозволити impersonation test account, тому його не слід комітити навіть у private repository; shared account підходить лише для tests без конфліктних server-side mutations.Практика курсу на YOY, домашні завдання та формат ПМП · 5:30 →
BDD: Collaborative, iterative process із practices Discovery, Formulation та Automation; executable documentation є наслідком shared understanding, а не заміною discovery.Чому критикують BDD і Cucumber · 0:00 →
browser binary: Конкретна збірка Chromium, Firefox або WebKit, сумісна з установленою версією Playwright; package і binary встановлюються окремими кроками.Навіщо встановлювати Playwright-браузери, як часто та чому треба оновлювати бібліотеки · 0:00 →
BrowserContext: Ізольоване browser profile у Playwright. Playwright Test створює окремий context для кожного test, ізолюючи cookies, local storage і session storage.Що має вміти та знати мідл автоматизатор · 3:30 →
BrowserContext: Ізольоване браузерне середовище Playwright. Окремі contexts не ділять cookies та інший стан, що підтримує відтворюваність тестів.На сторінці може бути різний контент — що робити? · 2:55 →
BrowserContext: Ізольований browser session між Browser і Page, у контексті якого створюються сторінки та налаштовується їхня поведінка.Як Playwright взаємодіє з браузером через протокол · 4:40 →
Browser-test contract: Playwright рекомендує user-visible behavior, isolation, контроль тестових даних і відмову від прямої залежності від неконтрольованих third-party systems.Піраміда тестування, чому не API спочатку та як жити з упровадженням ШІ · 1:27 →
Burnout: WHO класифікує burnout як occupational phenomenon, а не medical condition. Він пов’язаний із chronic workplace stress, який не вдалося успішно manage, і стосується саме occupational context.Перехід із менеджменту в технічну роль і sabbatical · 0:13 →
Capture authorization: Явний user permission, який application має отримати перед доступом до microphone або camera capture device. Permission state потрібно обробляти до початку recording workflow.Корисні застосунки та їхнє призначення · 0:00 →
CDPSession: Низькорівневий канал Playwright для надсилання raw Chrome DevTools Protocol methods; доступний лише для Chromium-based browsers.Як Playwright взаємодіє з браузером через протокол · 9:10 →
CI secret: Protected value, яке workflow отримує через secret context або environment, а не з version-controlled source. Відсутній secret у GitHub Actions expression повертає порожній string.Юзер менеджмент та костилі з якими ви стикнетесь в житті · 11:30 →
Claude Code custom subagent: Спеціалізований agent із власним Markdown/YAML definition, isolated context, model і контрольованим набором tools, permissions, skills, hooks та memory. Йому передається bounded task, а не весь main conversation history.Як налаштувати мультиагентне середовище · 0:00 →
Codex subagent workflow: Main agent делегує незалежну bounded task окремому agent thread і отримує стислий результат. Read-heavy research, tests і triage зазвичай ізолюються краще за паралельні write-heavy changes, які потребують координації.Як налаштувати мультиагентне середовище · 7:10 →
Component testing: У CTFL component testing перевіряє компонент ізольовано, а component integration testing — взаємодію між компонентами; це не повністю збігається з локальною термінологією відео.Піраміда тестування, чому не API спочатку та як жити з упровадженням ШІ · 0:00 →
Database authorization у PostgREST: PostgREST автентифікує request, перемикається на PostgreSQL role і залишає authorization базі даних. JWT claims, grants і Row-Level Security стають перевірюваними частинами API access control.Прихована складність бекенд-тестування · 22:13 →
DB-API `threadsafety`: Integer capability level у Python DB-API module. Значення окремо визначає, чи threads можуть share module, connections і cursors; DB-API compatibility сама по собі не гарантує безпечний shared connection.Автомтизація баз даних та що з тим робити та що знати · 0:00 →
Dependency declaration: requirements.txt описує items to install і може містити як широкі, так і exact specifiers; сам файл не гарантує lock усієї resolution.Як працює проєктний білдер, ізоляція залежностей і впровадження нових інструментів · 2:45 →
Environment variable: String key/value у process environment. У Python os.environ надає mapping цих значень, а os.getenv() повертає value або default.Юзер менеджмент та костилі з якими ви стикнетесь в житті · 0:00 →
Erased types: TypeScript type annotations використовуються під час static checking, але стираються з emitted JavaScript і не змінюють runtime behavior.Який рівень програмування потрібен automation engineer · 6:20 →
Faker seed: Seed робить послідовність generated values відтворюваною в межах зафіксованої версії Faker; сам seed не замінює domain validation.Тестові дані для автотестів · 0:00 →
Fast feedback from automation: Ранній сигнал про вплив змін на якість і regression. Automation може скоротити повторювану ручну роботу, але потребує ресурсів на створення й підтримку та не скасовує manual testing з погляду користувача.Як manual QA перейти в automation · 0:00 →
Feature-coupled step definitions: Step definitions, організовані навколо окремих feature files замість shared domain language; Cucumber описує цей підхід як anti-pattern через duplication і explosion of steps.Чому критикують BDD і Cucumber · 9:30 →
Flaky test у Playwright: Test, який упав під час першого run, але пройшов retry. Playwright відрізняє його від passed і failed; default retries дорівнює zero.Що має вміти та знати мідл автоматизатор · 12:30 →
Foreign key: Database constraint, який вимагає, щоб value у referencing columns відповідало row у referenced table, підтримуючи referential integrity.Автомтизація баз даних та що з тим робити та що знати · 6:30 →
FrameLocator: Locator boundary для елементів усередині iframe; дозволяє далі використовувати role, label та інші locator strategies в потрібному frame.Що має описувати isLoaded · 3:09 →
Gherkin: Domain-oriented language для concrete examples: Given задає known state, When — event, Then — observable outcome. Implementation details не повинні домінувати в scenario language.Чому критикують BDD і Cucumber · 3:25 →
Git branch: Окрема лінія стану репозиторію. git switch <branch> оновлює working tree та index відповідно до вибраної гілки.Репозиторій як довідник до модулів · 0:00 →
Git config scope: Рівень, з якого Git читає setting: system, global, local, worktree або command. --show-origin і --show-scope допомагають знайти джерело ефективного значення.Гітігнор та як працювати з гітом та не помилитись · 13:30 →
git diff --check: Вузька перевірка conflict markers і налаштованих whitespace errors. Вона не доводить правильність або працездатність коду.Репозиторій як довідник до модулів · 0:50 →
.gitignore: Version-controlled файл patterns для intentionally untracked files, які мають ігноруватися в певній частині working tree.Гітігнор та як працювати з гітом та не помилитись · 0:00 →
Git index: Проміжний стан підготовленого snapshot, до якого git add записує зміни перед створенням commit; already tracked files не перестають відстежуватися через нове правило .gitignore.Гітігнор та як працювати з гітом та не помилитись · 0:00 →
GraphQL operation: Query є read-only fetch, mutation — write followed by fetch, subscription — long-lived event-driven request. Selection set визначає fields, які client очікує у response.Вступ до API-автоматизації · 17:23 →
GraphQL resolver: Server-side function для schema field, яка отримує value з application code, database або downstream service. GraphQL не виконує service discovery самостійно.Вступ до API-автоматизації · 15:45 →
hash-checking mode: Режим pip --require-hashes, у якому requirements мають бути pinned і містити hashes для всіх прямих та транзитивних залежностей.Навіщо встановлювати Playwright-браузери, як часто та чому треба оновлювати бібліотеки · 3:00 →
HTTP status code: Тризначний code у межах 100–599, який повідомляє result HTTP request; 600 і вище не є valid HTTP status codes.Вступ до API-автоматизації · 13:02 →
HTTP success semantics: RFC 9110 визначає 200 OK як успішне виконання request. Для POST content описує status або результат дії. 202 Accepted означає, що request прийнято, але обробку ще не завершено.Міграція бази даних і тестування даних · 0:00 →
__init__: Initializer, який викликається після створення instance методом __new__ і налаштовує його початковий стан; він не повинен повертати значення, відмінне від None.__init__, self, page та принципи ООП · 3:00 →
Input value: Поточне значення form control, яке перевіряють через input_value() або to_have_value(), а не як дочірній text content.Як Playwright взаємодіє з браузером через протокол · 30:00 →
Internet timestamp: Представлення конкретного instant із явним зв’язком до UTC через Z або numeric offset. Calendar-only date і timestamp мають різну бізнесову семантику, тому API contract не повинен мовчки підміняти одне іншим.Vibe coding, склад команди та нова роль тестувальника · 15:00 →
Kafka event streaming: Поєднання publish/subscribe, durable event storage і stream processing; producers публікують events, consumers їх читають і опрацьовують.Вступ до API-автоматизації · 8:55 →
Learning by teaching: Навчальна стратегія, у якій людина готує та пояснює матеріал іншому. У дослідженні Fiorella і Mayer фактичне викладання дало стійкіший відкладений результат, ніж лише підготовка до викладання.Вчитися через власні помилки чи з ментором · 6:33 →
Load readiness check: Виняткова перевірка всередині Page Object, яка підтверджує, що правильна page та її critical elements готові до operations; business assertions залишаються в test code.Неймінг та структура automation-проєкту · 2:32 →
Locator: Об’єкт Playwright, який описує спосіб знаходження element у конкретний момент і є центральною частиною auto-waiting та retryability.Як Playwright взаємодіє з браузером через протокол · 0:00 →
Locator: Повторно обчислюваний опис пошуку елемента; Playwright знаходить актуальний DOM element перед кожною дією й поєднує Locator з auto-waiting.Що має описувати isLoaded · 2:20 →
Multi-factor authentication: Authentication, що вимагає додатковий незалежний factor verification і зменшує ризик password-related attacks.Юзер менеджмент та костилі з якими ви стикнетесь в житті · 30:30 →
namespace package: Package, який може бути розподілений між кількома distributions. Native namespace packages доступні з Python 3.3 і не мають __init__.py у namespace directory.__init__, self, page та принципи ООП · 8:16 →
NICE Framework: NIST framework, що описує cybersecurity work через roles, competency areas, tasks, knowledge і skills; він допомагає зіставити learning path із цільовою роботою.Перехід у пентестинг: що важливо · 0:00 →
non-public API: Python convention: name з одним leading underscore вважається implementation detail. Подвійний leading underscore запускає name mangling для уникнення конфліктів, але не гарантує privacy.__init__, self, page та принципи ООП · 11:51 →
NVD enrichment: Додаткові NIST data для CVE, зокрема analysis та prioritization metadata. CVE record може існувати без негайного повного NVD enrichment.Перехід у пентестинг: що важливо · 9:10 →
OpenAPI Schema Object: OpenAPI 3.1 Schema Object описує структуру payload через JSON Schema vocabulary. Список required визначає обов’язкові properties; оголошення property саме по собі не робить його обов’язковим.Міграція бази даних і тестування даних · 15:35 →
Organizational intervention: Зміна working conditions або environment для зменшення psychosocial risks: workload, schedule, communication, teamwork чи flexible arrangements. Це окремо від індивідуальної self-care.Перехід із менеджменту в технічну роль і sabbatical · 0:13 →
Page Component Object: Object для дискретної частини page, яку можна вкладати в Page Object і повторно використовувати в кількох pages.Неймінг та структура automation-проєкту · 9:04 →
Page Object Model: Design pattern, який відділяє test code від page-specific locators і operations; UI change зазвичай локалізується в одному object.Неймінг та структура automation-проєкту · 0:00 →
Playwright CLI: Окремий command-line interface для token-efficient browser automation by coding agents.Playwright MCP, CLI, Codegen та AI в розробці · 6:30 →
Playwright MCP: MCP server від Microsoft, який надає coding agent browser automation через structured accessibility snapshots.Playwright MCP, CLI, Codegen та AI в розробці · 0:00 →
Playwright Test Agents: Офіційні agent definitions для planner, generator і healer, які створюються через npx playwright init-agents і можуть використовуватися окремо або послідовно.Неймінг та структура automation-проєкту · 58:10 →
Playwright trace: Trace містить actions, DOM snapshots, console і network details; це корисний debugging artifact, який може містити чутливі headers або payloads.Як упровадити автоматизацію мануальному QA та довести її ефективність · 12:20 →
Practical test pyramid: Portfolio heuristic із tests різної granularity: більше малих швидких checks і менше high-level tests, без duplication та без видалення рівня, який дає унікальний confidence.Який рівень програмування потрібен automation engineer · 12:25 →
Productive failure: Підхід, у якому учні спершу намагаються розв’язати складну задачу й генерують недосконалі рішення, а потім отримують консолідацію або пояснення. Не кожна невдача автоматично є корисною: навчальний дизайн має перетворити її на розбір структури проблеми.Вчитися через власні помилки чи з ментором · 2:00 →
Programming baseline topics: Python Tutorial охоплює control flow, data structures, functions/modules, files, exceptions, classes та standard library як базові навчальні теми для practical programming tasks.Який рівень програмування потрібен automation engineer · 0:00 →
Psychosocial risks at work: Workplace factors на кшталт excessive workload, low control, long hours і lack of support, які можуть підвищувати ризик occupational stress і погіршення mental health.Перехід із менеджменту в технічну роль і sabbatical · 0:13 →
Pydantic strict mode: За замовчуванням Pydantic може перетворювати вхідні значення до потрібного типу. Strict mode зменшує coercion і повертає validation error, коли Python input має неправильний тип; правила для JSON input можуть відрізнятися для окремих типів.Міграція бази даних і тестування даних · 15:35 →
pytest parameterization: @pytest.mark.parametrize створює окремий test invocation для кожного набору аргументів; stacked decorators утворюють Cartesian product, а не automatic pairwise selection.Як упровадити автоматизацію мануальному QA та довести її ефективність · 5:08 →
Python naming conventions: PEP 8 радить короткі lowercase names для modules, underscores лише коли вони покращують readability, і CapWords для class names.Неймінг та структура automation-проєкту · 54:14 →
reCAPTCHA response token: Короткоживучий одноразовий token, який backend перевіряє server-side; Google вказує двохвилинний строк дії та заборону повторної verification.Антибот-захист у контрольованих автотестах · 2:00 →
reCAPTCHA v3 score: Risk score від 0.0 до 1.0, який backend інтерпретує разом з expected action та власним threshold; score не є готовим allow/deny рішенням провайдера.Антибот-захист у контрольованих автотестах · 2:00 →
Reference implementation: Підтверджений стан прикладу, з яким порівнюють власне рішення; у цьому уроці таким станом є код гілки відповідного модуля.Репозиторій як довідник до модулів · 0:00 →
Right to erasure: Право вимагати видалення персональних даних у визначених GDPR випадках. Воно не абсолютне: законні обов'язки, public interest, legal claims та інші підстави можуть дозволяти зберігання; належно anonymised data більше не повинні ідентифікувати особу.Прихована складність бекенд-тестування · 22:13 →
SAST, DAST і SCA: SAST шукає weaknesses у code, DAST перевіряє running application ззовні, а SCA зіставляє third-party components із відомими vulnerabilities. Це доповнювальні techniques, а не взаємозамінні назви одного scanner-а.Перехід у пентестинг: що важливо · 6:05 →
Scope negotiation: Коли робота відрізняється від очікувань, Developers і Product Owner переглядають scope Sprint Backlog, не руйнуючи Sprint Goal.Як працювати на спокійному проєкті та з нав’язаними оцінками · 14:25 →
self: Загальноприйнята назва першого параметра instance method. Python передає bound instance неявно під час виклику obj.method(), але ім’я self саме по собі не є keyword.__init__, self, page та принципи ООП · 0:00 →
sessionStorage: Сховище, прив’язане до домену та вкладки. Playwright authentication guide окремо зазначає, що storage state не зберігає sessionStorage автоматично.На сторінці може бути різний контент — що робити? · 2:08 →
Shift Left: Підхід, за якого testing activities виконують раніше в SDLC; він не означає відмову від testing на пізніших етапах.Як manual QA перейти в automation · 0:00 →
Shift Left: Раннє вбудовування risk-based verification у development workflow. Це не вимога перенести всі tests на найранішу фазу: набір і момент перевірок обирають за ризиком та зберігають результати для triage.Vibe coding, склад команди та нова роль тестувальника · 32:00 →
Sizing ownership: У Scrum Guide відповідальність за sizing несуть Developers, які виконуватимуть роботу; Product Owner допомагає зрозуміти trade-offs, але не підміняє їхню оцінку.Як працювати на спокійному проєкті та з нав’язаними оцінками · 0:00 →
SpeechAnalyzer: Apple API для asynchronous analysis live або prerecorded audio; transcription results надходять як sequence, locale assets керуються окремо, а analysis session має explicit finish/error lifecycle.Корисні застосунки та їхнє призначення · 0:00 →
SpeechTranscriber: First-party on-device transcription module для SpeechAnalyzer з system-managed locale assets; support потрібно перевіряти для конкретної locale та device.Корисні застосунки та їхнє призначення · 0:00 →
SQL parameter binding: Передача values окремо від SQL statement через placeholders і driver API. Це зберігає type handling і не складає query через string formatting.Автомтизація баз даних та що з тим робити та що знати · 0:00 →
storageState: Збережений auth state може містити cookies, local storage, IndexedDB і WebAuthn/passkey state та дозволяти impersonation; його не можна комітити.Як упровадити автоматизацію мануальному QA та довести її ефективність · 18:57 →
storageState: Знімок стану BrowserContext, який охоплює cookies, localStorage та, за явними options актуального API, IndexedDB або virtual WebAuthn credentials.На сторінці може бути різний контент — що робити? · 2:55 →
Strict locator: Locator contract, за якого action, що очікує один target, падає при кількох matches. Це сигнал уточнити user-facing або explicit contract, якщо множинність не очікувана.Що має вміти та знати мідл автоматизатор · 9:30 →
Sustainable pace: Передбачуваний робочий темп, який можна підтримувати без системного overtime та приховування реальної capacity.Як працювати на спокійному проєкті та з нав’язаними оцінками · 0:00 →
system dependencies: ОС-бібліотеки, потрібні браузеру в CI. Playwright CLI може встановити їх разом із browser binary через --with-deps.Навіщо встановлювати Playwright-браузери, як часто та чому треба оновлювати бібліотеки · 2:36 →
Test automation strategy: Узгоджений організаційний підхід до впровадження й розвитку automation; ISTQB відокремлює strategy від engineering implementation, але вважає їх взаємодоповнювальними.Як manual QA перейти в automation · 4:35 →
Test isolation: Playwright радить робити тести незалежними, контролювати дані й перевіряти user-visible behavior, але не задає обов’язкової піраміди покриття.Як проходити курс та його логіка · 0:48 →
Test isolation: Принцип, за яким кожен test працює незалежно та контролює власні data, storage і cookies. У parallel execution окремі accounts або unique suffixes потрібні для ізоляції shared server-side state, а не для випадковості самої по собі.Практика курсу на YOY, домашні завдання та формат ПМП · 0:00 →
Twilio test credentials: Окремі credentials для simulated API requests: вони не змінюють production data, не створюють charge і не з'єднуються з реальними телефонами. Це contract-level test, а не доказ carrier delivery.Прихована складність бекенд-тестування · 11:05 →
user-facing locator: Locator, який знаходить element за роллю, accessible name, label, placeholder, text або іншим значенням, доступним користувачеві.Пріоритети селекторів та їхня надійність · 0:00 →
uv.lock: У uv широкі requirements живуть у pyproject.toml, а exact universal resolution — у version-controlled uv.lock.Як працює проєктний білдер, ізоляція залежностей і впровадження нових інструментів · 5:04 →
venv: venv ізолює installed packages від base interpreter, але environment є disposable й зазвичай не переноситься між машинами; його відтворюють із dependency description.Як працює проєктний білдер, ізоляція залежностей і впровадження нових інструментів · 0:00 →
Verification loop: Цикл із невеликої генерації, запуску, спостереження результату, уточнення причини та мінімального виправлення.Репозиторій як довідник до модулів · 0:50 →
WebDriver BiDi: Current Selenium підтримує logging, network і script domains через bidirectional WebDriver APIs; різницю з Playwright коректніше описувати як integrated workflow та ergonomics.Як працює проєктний білдер, ізоляція залежностей і впровадження нових інструментів · 19:47 →
web-first assertion: Assertion, який автоматично повторює перевірку до очікуваного стану або timeout, наприклад to_be_visible чи to_be_enabled.Що має описувати isLoaded · 4:12 →
XCUIAutomation / XCTest UI tests: Apple UI automation framework, інтегрований із XCTest, що взаємодіє із застосунком через accessibility information і дозволяє знаходити UI elements, виконувати actions та перевіряти state.Типи мобільних застосунків та мобільна автоматизація · 5:30 →
Навчальна послідовність: Порядок вивчення UI, API та нижчих рівнів є педагогічним рішенням і не тотожний рекомендованому розподілу production test suite.Як проходити курс та його логіка · 0:00 →
Рівні тестування: ISTQB окремо визначає component, component integration, system і system integration testing; пропорція між ними залежить від контексту продукту.Як проходити курс та його логіка · 1:42 →