Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion test/9pm
3 changes: 3 additions & 0 deletions test/9pm-proj.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -2,3 +2,6 @@
PROJECT-NAME: "Infix"
PROJECT-ROOT: "../../"
PROJECT-TOPDOC: "../case/"
AGENT-HINTS: |
Read test/infix-test-skill.md first, it explains how the tests work
and where to look.
17 changes: 17 additions & 0 deletions test/infix-test-skill.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,17 @@
# Infix test skill

Info about the Infix regression tests.

- Tests live under `test/case/`, are written in Python and use the infamy
framework in `test/infamy/`.
- A test is a chain of `test.step()` blocks that configure one or more DUTs
over NETCONF or RESTCONF and verify the result with real traffic. The step
text in the failing TAP line is where to start reading.
- DUTs run Infix, either as virtual machines (Qeneth, `test/virt/`) or as real
hardware. The fault is often in the product rather than the test. Device code
is in `src/`, YANG models in `src/confd/yang/`.
- Each test has a logical `topology.dot` with names like `target:data`. Infamy
maps it onto the physical topology the test was given, honouring `requires`
and `provides` attributes, and prints the mapping in the log. A test is
skipped when no mapping fits.
- Logs: `test/.log/<log id>/output/`. Full guide: `doc/testing.md`.
Loading