Nosehttps://nose.readthedocs.io/en/latest/ |
Cedarhttps://github.com/cedarbdd/cedar |
|
---|---|---|
Programming language |
Python |
Swift |
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. |
Cedar is a BDD-style testing for swift using Objective-CCedar is a BDD-style Objective-C/Swift testing framework that has an expressive matcher DSL and convenient test doubles (mocks). It provides better organizational facilities than the tools provided by XCTest/OCUnit In environments where C++ is available, it provides powerful built-in matchers, test doubles and fakes |
xUnit
Set of frameworks originating from SUnit (Smalltalk's testing framework). They share similar structure and functionality. |
No |
YesCedar is an xUnit style framework |
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 |
YesYou can test front-end components and behaviour with Cedar, its language is biased towards describing the behavior of your objects. |
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 |
YesYou can test back-end components with a bias towards their expected behaviour. Cedar specs also allow you to nest contexts so that it is easier to understand how your object behaves in different scenarios |
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. |
YesCedar has beforeEach and afterEach class methods which Cedar will look for on every class it loads. You can add these onto any class you compile into your specs and Cedar will run them |
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. |
N/A |
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 |
N/A |
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 |
YesCedar contains inbuilt mock/test double functionality |
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. |
YesCedar supports shared example groups. You can declare them in one of two ways: either inline with your spec declarations, or separately. |
Other
Other useful information about the testing framework |
|
|