core/tests/components/knx
Matthias Alphart 33808cd268
Add entity name translations to KNX system sensors (#91396)
Co-authored-by: Franck Nijhof <frenck@frenck.nl>
2023-04-23 01:31:59 +02:00
..
fixtures KNX ConfigFlow: add selection of secure tunnel endpoint (#84651) 2022-12-28 11:43:03 +01:00
README.md Fix lingering tasks in KNX tests (#89201) 2023-03-05 20:19:42 -05:00
__init__.py
conftest.py Add KNX interface device with diagnostic entities (#89213) 2023-03-19 02:13:52 -11:00
test_binary_sensor.py Add KNX interface device with diagnostic entities (#89213) 2023-03-19 02:13:52 -11:00
test_button.py Update xknx to 2.9.0 (#91282) 2023-04-22 18:25:14 +02:00
test_climate.py Add KNX interface device with diagnostic entities (#89213) 2023-03-19 02:13:52 -11:00
test_config_flow.py Fix KNX Keyfile upload (#89029) 2023-03-02 10:13:02 -05:00
test_cover.py Add KNX interface device with diagnostic entities (#89213) 2023-03-19 02:13:52 -11:00
test_diagnostic.py Allow parameterizing YAML config in tests (#87981) 2023-02-20 16:57:12 +01:00
test_events.py Update xknx to 2.9.0 (#91282) 2023-04-22 18:25:14 +02:00
test_expose.py Add KNX interface device with diagnostic entities (#89213) 2023-03-19 02:13:52 -11:00
test_fan.py Add KNX interface device with diagnostic entities (#89213) 2023-03-19 02:13:52 -11:00
test_init.py Upload KNX Keyfile from Config/Options Flow directly (#88097) 2023-02-20 14:48:56 +01:00
test_interface_device.py Add entity name translations to KNX system sensors (#91396) 2023-04-23 01:31:59 +02:00
test_light.py Add KNX interface device with diagnostic entities (#89213) 2023-03-19 02:13:52 -11:00
test_notify.py Add type hints to integration tests (part 12) (#87997) 2023-02-13 13:03:51 +01:00
test_number.py Add type hints to integration tests (part 12) (#87997) 2023-02-13 13:03:51 +01:00
test_scene.py Add KNX interface device with diagnostic entities (#89213) 2023-03-19 02:13:52 -11:00
test_select.py Add KNX interface device with diagnostic entities (#89213) 2023-03-19 02:13:52 -11:00
test_sensor.py Add KNX interface device with diagnostic entities (#89213) 2023-03-19 02:13:52 -11:00
test_services.py Enable Ruff PT006 (#88165) 2023-02-15 14:09:50 +01:00
test_switch.py Add KNX interface device with diagnostic entities (#89213) 2023-03-19 02:13:52 -11:00
test_text.py Add type hints to integration tests (part 12) (#87997) 2023-02-13 13:03:51 +01:00
test_weather.py Add KNX interface device with diagnostic entities (#89213) 2023-03-19 02:13:52 -11:00

README.md

Testing the KNX integration

A KNXTestKit instance can be requested from a fixture. It provides convenience methods to test outgoing KNX telegrams and inject incoming telegrams. To test something add a test function requesting the hass and knx fixture and set up the KNX integration by passing a KNX config dict to knx.setup_integration.

async def test_something(hass, knx):
    await knx.setup_integration({
            "switch": {
                "name": "test_switch",
                "address": "1/2/3",
            }
        }
    )

Asserting outgoing telegrams

All outgoing telegrams are pushed to an assertion queue. Assert them in order they were sent.

  • knx.assert_no_telegram Asserts that no telegram was sent (assertion queue is empty).
  • knx.assert_telegram_count(count: int) Asserts that count telegrams were sent.
  • knx.assert_read(group_address: str) Asserts that a GroupValueRead telegram was sent to group_address. The telegram will be removed from the assertion queue.
  • knx.assert_response(group_address: str, payload: int | tuple[int, ...]) Asserts that a GroupValueResponse telegram with payload was sent to group_address. The telegram will be removed from the assertion queue.
  • knx.assert_write(group_address: str, payload: int | tuple[int, ...]) Asserts that a GroupValueWrite telegram with payload was sent to group_address. The telegram will be removed from the assertion queue.

Change some states or call some services and assert outgoing telegrams.

    # turn on switch
    await hass.services.async_call(
        "switch", "turn_on", {"entity_id": "switch.test_switch"}, blocking=True
    )
    # assert ON telegram
    await knx.assert_write("1/2/3", True)

Injecting incoming telegrams

  • knx.receive_read(group_address: str) Inject and process a GroupValueRead telegram addressed to group_address.
  • knx.receive_response(group_address: str, payload: int | tuple[int, ...]) Inject and process a GroupValueResponse telegram addressed to group_address containing payload.
  • knx.receive_write(group_address: str, payload: int | tuple[int, ...]) Inject and process a GroupValueWrite telegram addressed to group_address containing payload.

Receive some telegrams and assert state.

    # receive OFF telegram
    await knx.receive_write("1/2/3", False)
    # assert OFF state
    state = hass.states.get("switch.test_switch")
    assert state.state is STATE_OFF

Notes

  • For payload in assert_* and receive_* use int for DPT 1, 2 and 3 payload values (DPTBinary) and tuple for other DPTs (DPTArray).
  • await self.hass.async_block_till_done() is called before KNXTestKit.assert_* and after KNXTestKit.receive_* so you don't have to explicitly call it.
  • Make sure to assert every outgoing telegram that was created in a test. assert_no_telegram is automatically called on teardown.
  • Make sure to knx.receive_response() for every Read-request sent form StateUpdater, or to pass its timeout, to not have lingering tasks when finishing the tests.