When sequential tests aren't
Read OriginalThe article details a bug encountered when testing a Go auth service, where using sync.Once for database initialization in tests failed sporadically in CI. This was due to Go building and testing packages in parallel by default, causing race conditions, combined with test result caching introduced in Go 1.10. The author explains the root cause and presents fixes, including disabling parallelism with `-p=1` or disabling the cache with `-count=1`.
Comments
No comments yet
Be the first to share your thoughts!
Browser Extension
Get instant access to AllDevBlogs from your browser