Cedarhttps://github.com/cedarbdd/cedar |
StoryPlayerhttp://datasift.github.io/storyplayer/ |
|
---|---|---|
Programming language |
Swift |
PHP |
Category |
Unit Testing |
Unit testing, Functional Testing |
General info |
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 |
Storyplayer is a full-stack testing frameworkStoryplayer follows a TDD testing approach and makes it possible to write end-to-end tests for an entire platform. It has support for creating and destroying test environments on demand |
xUnit
Set of frameworks originating from SUnit (Smalltalk's testing framework). They share similar structure and functionality. |
YesCedar is an xUnit style framework |
No |
Client-side
Allows testing code execution on the client, such as a web browser |
YesYou can test front-end components and behaviour with Cedar, its language is biased towards describing the behavior of your objects. |
YesBy running a 'user story' which is a simple statement that describes one action, and who can perform that action then record of the conversations about this action, this is how you would test front-end functionality and components |
Server-side
Allows testing the bahovior of a server-side code |
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 |
YesBy writing a 'service story' which is a 'userstory' except it describes the behaviour of your back-end systems |
Fixtures
Allows defining a fixed, specific states of data (fixtures) that are test-local. This ensures specific environment for a single test |
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 |
YesStoryplayer has fixtures that can create and destroy test environments on demand |
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. |
N/A |
YesIt supports group fixtures |
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 |
Yesforeach(hostWithRole()) is a generator allows you to easily perform actions against all hosts in your test environment without having to hard-code the host IDs or hostnames into your story. |
Licence
Licence type governing the use and redistribution of the software |
MIT License |
New BSD 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) |
YesCedar contains inbuilt mock/test double functionality |
By using a library like mockery which intergrates well with storyplayer |
Grouping
Allows organizing tests in groups |
YesCedar supports shared example groups. You can declare them in one of two ways: either inline with your spec declarations, or separately. |
YesStoryplayer’s job is to execute a suite of functional tests |
Other
Other useful information about the testing framework |
|
|