Knapsack Pro

Sleipnir vs go test/testing comparison of testing frameworks
What are the differences between Sleipnir and go test/testing?

Sleipnir

https://github.com/railsware/Sleipnir

go test/testing

https://golang.org/pkg/testing/
Programming language

Swift

Go

Category

Unit Testing, Acceptance Testing

Unit Testing

General info

Sleipnir is a BDD-style framework for Swift

Sleipnir is a pure Swift BDD testing framework inspired by cedar, that is not dependent on NSObject, and does not use XCTest. Sleipnir has nice command line output and support for custom test reporters and other features, like seeded random tests invocation, focused and excluded examples/groups

go test is an inbuilt tool/command for conducting automated tests in Golang while testing is the inbuilt testing library

Testing is the package that is shipped with go and combines with the go test command to provide a minimal but complete testing experience
xUnit
Set of frameworks originating from SUnit (Smalltalk's testing framework). They share similar structure and functionality.

N/A

No

However there are Plugins such as https://github.com/tebeka/go2xunitto convert the output of Go testing library into xUnit format
Client-side
Allows testing code execution on the client, such as a web browser

Yes

You can test front-end behaviour by defining specifications for classes, objects and functions

Yes

Yes it can be used effectively for front-end testing
Server-side
Allows testing the bahovior of a server-side code

Yes

You can test back-end behaviour by defining specifications for classes, objects and functions in the back-end

Yes

Yes, it is used by developers for end-to-end testing so the back-end can be tested easily as well
Fixtures
Allows defining a fixed, specific states of data (fixtures) that are test-local. This ensures specific environment for a single test

Yes

Fixtures are available by using beforeEach{ } and afterEach{ } to setup the test parameters

Yes

Yes it's straightforward in that first when you run 'go test' for packages in the scope the test will be executed with its working directory set to the source directory of the package being tested. Second the 'go test' tool will ignore any directory in your $GOPATH that starts with the word 'testdata' , starts with a period or an underscore
Group fixtures
Allows defining a fixed, specific states of data for a group of tests (group-fixtures). This ensures specific environment for a given group of tests.

Yes

Group fixtures are available through the beforeAll{} and afterAll{} blocks to setup group fixtures

Yes

Group fixtures can be done following a similar procedure as a single fixture
Generators
Supports data generators for tests. Data generators generate input data for test. The test is then run for each input data produced in this way.

N/A

Yes

They are available by importing a package called 'gotests' (https://github.com/cweill/gotests)
Licence
Licence type governing the use and redistribution of the software

MIT License

MIT License

Mocks
Mocks are objects that simulate the behavior of real objects. Using mocks allows testing some part of the code in isolation (with other parts mocked when needed)

Yes

Yes, developers can create mock objects with sleipnir using a third party library like Cuckoo.

Yes

By use of a third party library GoMock which intergrates well with the testing library
Grouping
Allows organizing tests in groups

Yes

You can declare example groups with Slepnir

Yes

The short answer is yes, by use of table tests which are a great way of performing multiple I/O tests on a function or behaviour with minimal code
Other
Other useful information about the testing framework