<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Research on gotest</title><link>https://mvrahden.github.io/go-test/tags/research/</link><description>Recent content in Research 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/research/feed.xml" rel="self" type="application/rss+xml"/><item><title>How Go Actually Tests: Data From 1,000 Repositories</title><link>https://mvrahden.github.io/go-test/blog/how-go-actually-tests/</link><pubDate>Fri, 24 Jul 2026 00:00:00 +0000</pubDate><guid>https://mvrahden.github.io/go-test/blog/how-go-actually-tests/</guid><description>&lt;p&gt;The tests of the 1,000 most-starred Go repositories spend at least &lt;strong&gt;251 hours asleep&lt;/strong&gt;. Not blocked on I/O, not waiting for a condition. Sleeping, in &lt;code&gt;time.Sleep&lt;/code&gt; calls with constant durations, written into test code on purpose. That is ten and a half days of deliberate waiting per full run of the corpus, and it is a floor: we could only count durations that are compile-time constants.&lt;/p&gt;
&lt;p&gt;We measured this because we couldn&amp;rsquo;t find anyone who had. There is no shortage of opinions about how Go tests should be written. There is very little data about how they are written. So we parsed them.&lt;/p&gt;</description></item></channel></rss>