<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Automation Field Notes</title><description>Practical writing about test automation, quality engineering, reliable delivery systems, and maintainable test platforms.</description><link>https://automationfieldnotes.com/</link><item><title>Measuring Whether the Pipeline Provides Useful Feedback</title><link>https://automationfieldnotes.com/articles/measuring-whether-the-pipeline-provides-useful-feedback/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/measuring-whether-the-pipeline-provides-useful-feedback/</guid><description>Pipeline success should be measured through feedback speed, reliability, investigation cost, and decision outcomes — not through total test count or raw pass rate.</description><pubDate>Thu, 29 Oct 2026 00:00:00 GMT</pubDate></item><item><title>Quality Gates That Do Not Block Delivery</title><link>https://automationfieldnotes.com/articles/quality-gates-that-do-not-block-delivery/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/quality-gates-that-do-not-block-delivery/</guid><description>A quality gate should block a change only when the evidence indicates a defined level of product or delivery risk — not whenever any test, anywhere, fails to pass.</description><pubDate>Thu, 15 Oct 2026 00:00:00 GMT</pubDate></item><item><title>Quarantine Without Creating a Permanent Test Graveyard</title><link>https://automationfieldnotes.com/articles/quarantine-without-creating-a-permanent-test-graveyard/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/quarantine-without-creating-a-permanent-test-graveyard/</guid><description>Quarantine is a temporary risk-control mechanism for a specific, tracked problem — not a place inconvenient tests go to stop blocking the pipeline forever.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate></item><item><title>What Playwright Test Locks Can and Cannot Fix</title><link>https://automationfieldnotes.com/articles/what-playwright-test-locks-can-and-cannot-fix/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/what-playwright-test-locks-can-and-cannot-fix/</guid><description>Playwright 1.63 adds named test locks for shared resources. They solve the scheduling half of the shared-state problem — the state itself is still yours to isolate.</description><pubDate>Mon, 28 Sep 2026 00:00:00 GMT</pubDate></item><item><title>Making Pipeline Failures Explainable</title><link>https://automationfieldnotes.com/articles/making-pipeline-failures-explainable/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/making-pipeline-failures-explainable/</guid><description>A red pipeline stage should contain enough structured evidence to identify the failed behavior, the affected system, a likely failure category, and the next investigation step — not just a final assertion.</description><pubDate>Thu, 17 Sep 2026 00:00:00 GMT</pubDate></item><item><title>Parallel Execution Without Shared-State Failures</title><link>https://automationfieldnotes.com/articles/parallel-execution-without-shared-state-failures/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/parallel-execution-without-shared-state-failures/</guid><description>A suite that is stable sequentially but fails under parallelism has not become less reliable — parallelism has simply exposed isolation defects that were always there.</description><pubDate>Thu, 03 Sep 2026 00:00:00 GMT</pubDate></item><item><title>Where Different Test Suites Should Run</title><link>https://automationfieldnotes.com/articles/where-different-test-suites-should-run/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/where-different-test-suites-should-run/</guid><description>Test placement should be based on the decision a suite supports, its execution cost, and the stability of its dependencies — not on a blanket rule to run everything everywhere or nothing until night.</description><pubDate>Thu, 20 Aug 2026 00:00:00 GMT</pubDate></item><item><title>Designing Fast Pull-Request Feedback</title><link>https://automationfieldnotes.com/articles/designing-fast-pull-request-feedback/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/designing-fast-pull-request-feedback/</guid><description>Fast pull-request feedback comes from selecting the smallest useful evidence set for the change at hand — not from forcing the complete regression suite to run faster.</description><pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate></item><item><title>What a Test Pipeline Is Actually Supposed to Optimize</title><link>https://automationfieldnotes.com/articles/what-a-test-pipeline-is-actually-supposed-to-optimize/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/what-a-test-pipeline-is-actually-supposed-to-optimize/</guid><description>Teams optimize CI for execution volume, pass rate, and runtime. None of those describe whether the pipeline actually helps anyone make a better engineering decision.</description><pubDate>Thu, 23 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Why Retry Logic Hides the Real Problem</title><link>https://automationfieldnotes.com/articles/why-retry-logic-hides-the-real-problem/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/why-retry-logic-hides-the-real-problem/</guid><description>Retries make pipelines look stable while quietly deleting the failure signals you need most. Learn to tell infrastructure noise from product defects, and what to do instead of re-running until green.</description><pubDate>Mon, 06 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Measuring Whether Automation Helps</title><link>https://automationfieldnotes.com/articles/measuring-whether-automation-helps/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/measuring-whether-automation-helps/</guid><description>&quot;Is this suite actually helping?&quot; is a fair question that most teams cannot answer. A field note on instrumenting one suite for four weeks — and the metrics that changed the conversation.</description><pubDate>Tue, 09 Jun 2026 00:00:00 GMT</pubDate></item><item><title>Observability for Automated Tests</title><link>https://automationfieldnotes.com/articles/observability-for-automated-tests/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/observability-for-automated-tests/</guid><description>Test suites emit telemetry whether you collect it or not. Structured logs, stable identifiers, and a short list of signals turn a bare failure into an explanation.</description><pubDate>Tue, 26 May 2026 00:00:00 GMT</pubDate></item><item><title>Reliable Test Data Without Shared Mutable State</title><link>https://automationfieldnotes.com/articles/designing-stable-test-data/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/designing-stable-test-data/</guid><description>Shared fixtures and mutated global data are the quietest source of flaky suites. Build data per test, make uniqueness a rule, and isolate what each test touches.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate></item><item><title>Diagnosing Flaky Tests</title><link>https://automationfieldnotes.com/articles/diagnosing-flaky-tests/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/diagnosing-flaky-tests/</guid><description>Non-deterministic failures are defect reports with bad formatting. A field workflow for reproducing, triaging, and resolving flaky tests before the team stops believing the suite.</description><pubDate>Tue, 14 Apr 2026 00:00:00 GMT</pubDate></item><item><title>When Abstraction Becomes Harmful</title><link>https://automationfieldnotes.com/articles/when-abstraction-becomes-harmful/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/when-abstraction-becomes-harmful/</guid><description>Abstraction in tests is not free. It trades local duplication for global indirection, and the bill arrives as unreadable failures. A position on when layers earn their place — and when they quietly tax every test you write.</description><pubDate>Tue, 31 Mar 2026 00:00:00 GMT</pubDate></item><item><title>Framework Boundaries That Survive Growth</title><link>https://automationfieldnotes.com/articles/framework-boundaries-that-survive-growth/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/framework-boundaries-that-survive-growth/</guid><description>Most test frameworks do not fail from bad code. They fail because their boundaries erode one convenient import at a time. Here is how to draw module lines, assign ownership, and keep the public surface small enough to defend.</description><pubDate>Tue, 24 Feb 2026 00:00:00 GMT</pubDate></item><item><title>Choosing the Right Test Levels</title><link>https://automationfieldnotes.com/articles/choosing-the-right-test-levels/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/choosing-the-right-test-levels/</guid><description>Test levels are a design tool, not a conference-talk taxonomy. This deep-dive lays out what each level actually buys you — and a decision rule for where every check should live.</description><pubDate>Tue, 03 Feb 2026 00:00:00 GMT</pubDate></item><item><title>What Test Automation Should Own</title><link>https://automationfieldnotes.com/articles/what-test-automation-should-own/</link><guid isPermaLink="true">https://automationfieldnotes.com/articles/what-test-automation-should-own/</guid><description>Automation is not a cheaper way to do manual testing — it is a different instrument entirely. Teams that confuse the two build suites that cost more than the confidence they buy.</description><pubDate>Tue, 13 Jan 2026 00:00:00 GMT</pubDate></item></channel></rss>