<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Workflow on gotest</title><link>https://mvrahden.github.io/go-test/tags/workflow/</link><description>Recent content in Workflow on gotest</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sun, 06 Sep 2026 10:37:08 +0200</lastBuildDate><atom:link href="https://mvrahden.github.io/go-test/tags/workflow/feed.xml" rel="self" type="application/rss+xml"/><item><title>Go Tests as Living Documentation: The Spec View</title><link>https://mvrahden.github.io/go-test/blog/tests-as-documentation/</link><pubDate>Sat, 18 Jul 2026 00:00:00 +0000</pubDate><guid>https://mvrahden.github.io/go-test/blog/tests-as-documentation/</guid><description>&lt;p&gt;Documentation drifts. A README written six months ago describes code that no longer exists. An architecture doc from last quarter names services that have been renamed. Wiki pages go stale the moment they are published.&lt;/p&gt;
&lt;p&gt;Tests don&amp;rsquo;t drift. If the code changes and the test doesn&amp;rsquo;t match, the build fails. This makes tests the most reliable form of documentation in any project — if you can read them. The problem is that most test output is designed for machines, not humans. &lt;code&gt;go test -v&lt;/code&gt; produces a flat stream of PASS/FAIL lines with no hierarchy. You can see that everything passed, but you can&amp;rsquo;t see what the system &lt;em&gt;does&lt;/em&gt;.&lt;/p&gt;</description></item><item><title>Go Test Watch Mode and Focused Tests: The Inner Loop</title><link>https://mvrahden.github.io/go-test/blog/the-inner-loop/</link><pubDate>Wed, 15 Jul 2026 00:00:00 +0000</pubDate><guid>https://mvrahden.github.io/go-test/blog/the-inner-loop/</guid><description>&lt;p&gt;The &amp;ldquo;inner loop&amp;rdquo; is the cycle a developer repeats hundreds of times a day: change code, run tests, read results. The speed of this loop directly affects how you write code. A 30-second cycle means you batch changes and debug in your head. A 1-second cycle means you try things.&lt;/p&gt;
&lt;p&gt;gotest has three features that compress the inner loop: watch mode for automatic re-runs, focus prefixes for narrowing scope, and spec output for readable results. Separately, each one removes a specific friction point. Together, they change how you develop.&lt;/p&gt;</description></item></channel></rss>