Nosehttps://nose.readthedocs.io/en/latest/ |
go test/testinghttps://golang.org/pkg/testing/ |
|
---|---|---|
Programming language |
Python |
Go |
Category |
Unit Testing, unittest Extensions |
Unit Testing |
General info |
Nose is a Python unit test frameworkThis is a Python unit test framework that intergrates well with doctests, unnittests, and 'no-boilerplate tests', that is tests written from scratch without a specific boilerplate. |
go test is an inbuilt tool/command for conducting automated tests in Golang while testing is the inbuilt testing libraryTesting 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. |
No |
NoHowever 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 |
Yesnose is a unit testing tool which is very similar to unittest. It is basically unittest with extensions therefore just like unittest is can test front-end components and behaviour |
YesYes it can be used effectively for front-end testing |
Server-side
Allows testing the bahovior of a server-side code |
YesNose can test back-end components and functionality as small units. One can write tests for each function that provides back-end functionality |
YesYes, 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 |
Yesnose supports fixtures at the package, module, class, and test case levels, so that initialization which can be expensive is done as infrequently as possible. |
YesYes 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. |
YesGroup fixtures are allowed with nose, where a multitest state can be defined. |
YesGroup 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. |
Through use of third party libraries like test-generator and from the 'unittest.TestCase' library |
YesThey are available by importing a package called 'gotests' (https://github.com/cweill/gotests) |
Licence
Licence type governing the use and redistribution of the software |
GNU Library or Lesser General Public License (LGPL) (GNU LGPL) |
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) |
YesThe nose library extends the built-in Python unittest module therefore has access to unittest.mock |
YesBy use of a third party library GoMock which intergrates well with the testing library |
Grouping
Allows organizing tests in groups |
YesWith nose it collects tests automatically and there’s no need to manually collect test cases into test suites. |
YesThe 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 |
|
|