efl/src/tests/elementary/spec
Marcel Hollerbach e922a23ddf efl_ui_spec_suite: introduce two new test suites
this checks that the expected errors are in place, and the state does
not get changed when there is an errornous call.

ref T7895
ref T7894
2019-07-08 19:56:33 +02:00
..
README Efl.Ui.Format revamp 2019-07-04 19:38:20 +02:00
efl_test_clickable.c efl_ui_frame: migrate to efl.ui.clickable 2019-05-15 09:09:04 -04:00
efl_test_container.c
efl_test_content.c efl_ui: rename list empty item to list placeholder item. 2019-05-30 15:40:31 +09:00
efl_test_format.c Efl.Ui.Format revamp 2019-07-04 19:38:20 +02:00
efl_test_gfx_arrangement.c efl_pack: split algin and padding property 2019-04-26 12:06:02 +02:00
efl_test_pack.c ui.relative_layout: implement Efl.Pack 2019-05-03 11:53:54 +02:00
efl_test_pack_linear.c elementary: rename Activew_View to Spotlight. 2019-07-05 19:18:22 +02:00
efl_test_range_display.c efl_ui_spec_suite: introduce two new test suites 2019-07-08 19:56:33 +02:00
efl_test_range_interactive.c efl_ui_spec_suite: introduce two new test suites 2019-07-08 19:56:33 +02:00
efl_ui_spec_suite.c efl_ui_spec: Support running with CK_FORK=no 2019-06-18 12:22:54 -04:00
efl_ui_spec_suite.h efl_ui_spec_suite: introduce two new test suites 2019-07-08 19:56:33 +02:00
generator.py efl_ui_spec: Support running with CK_FORK=no 2019-06-18 12:22:54 -04:00
meson.build efl_ui_spec_suite: introduce two new test suites 2019-07-08 19:56:33 +02:00

README

== What is this spec test suite for ? ==

The spec test suite tests code purely against interfaces. There is no specific widget code in the tests; only interface calls are tested.
This is useful for testing the same interface on different implementations.

== Test metadata ==

The test framework is driven by some metadata found at the top of every test file.
There is a C comment at the top of every test file that starts with "spec-meta-start", followed by a json snippet. For instance:
/* spec-meta-start
   {"test-interface":"Efl.Pack_Linear",
    "test-widgets": ["Efl.Ui.Box", "Efl.Ui.Grid"],
    "custom-mapping" : {
       "Efl.Ui.Grid" : "EFL_UI_GRID_DEFAULT_ITEM_CLASS"
    }
   }
   spec-meta-end */

The "test-interface" key specifies the interface being tested.
The "test-widgets" key specifies the widgets where this interface will be tested.
"custom-mapping" is an optional key. Some interface methods might require that an object of a specific type is passed as parameter. With "custom-mapping" you can specify the types of these objects for each widget. The above example instructs the test framework to inject objects of type EFL_UI_GRID_DEFAULT_ITEM_CLASS when testing methods of the Efl.Ui.Grid widget that require an object.

== Adding a widget to a test ==

Just add your widget name to the "test-widgets" array and recompile. Next run of the spec test suite will check if your widget follows the spec of this interface.

== Adding a new test ==

To add a new test you need to create the .c file and include the metadata comment at the top.
Remember to add the new .c file to the meson.build file.