Go Testing Toolbox: from Autotest to Vagrant(nathany.com) |
Go Testing Toolbox: from Autotest to Vagrant(nathany.com) |
So testing double(mocking) in Go is still a big headache
in version 1.2?
I'm confused by your meaning. Mocking hasn't ever been a headache in Go. You just tease apart your functional components by using interfaces, and then test at the boundaries with mock implementations.Dynamic languages, make such cases a bit less painful, because you can go in and override the code.
Static languages with bytecode generation also allow for some workarounds, with help of frameworks that rewrite bytecode.
With generated native code, things get really ungly when trying to rewrite the generated machine code.
So in the end, things are way much simpler if the code allows for testing.