MetricsHub
MetricsHub Community Connectors 1.0.22
-
Home
- Connector Developer Guide
Testing and Contributing
A connector is done when it has been proven to work and can be maintained by others. This section walks through that path, in order:
- Run and Debug Locally[1] — the core development loop: run your connector with the
metricshubCLI against the real device or an emulator, force it with-pd/-c +Id, and inspect detection, discovered instances, and metric values with-vvv. - Integration Testing[2] — freeze the behavior: record the protocol exchanges, build the
config/emulation/expectedresources, and register the connector in the replay integration tests somvn verifyguards it forever. - Contributing[3] — ship it: what a connector pull request must contain, the CI gates it must pass, and the review checklist maintainers apply.
For connectors migrated from older formats, Legacy and Compatibility[4] lists the legacy syntax you may encounter and its canonical replacements.
Tip
Budget roughly as much time for testing resources as for the connector itself. A connector without a replay integration test will regress silently — the test is what lets strangers refactor your connector safely.
- Testing and Contributing Run and Debug Locally Integration Testing Contributing Legacy and Compatibility
testing
contributing
validation
workflow
quality
metricshub
community
connector
hardware
system
Links:
- [1] run-and-debug.html
- [2] integration-testing.html
- [3] contributing.html
- [4] legacy-and-compatibility.html
Search Results for {{siteSearch | truncate:'50'}}
{{resultArray.length}}
Searching...
No results.
