api-quality-checks
API class validation rules for Scopy plugins. Auto-loads when reviewing or editing `*_api.h` / `*_api.cpp` files or running API…
Test case conventions for Scopy plugins including UID format, RBP priorities, RST test entry templates, and standard test sequences. Auto-loads when writing test case documentation or automated test scripts.
$ npx -y skills add analogdevicesinc/scopy --skill scopy-test-format --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/scopy-test-formatContext preview
The summary Claude sees to decide when to auto-load this skill.
Test case conventions for Scopy plugins including UID format, RBP priorities, RST test entry templates, and standard test sequences. Auto-loads when writing test case documentation or automated test scripts.
name: scopy-test-format description: Test case conventions for Scopy plugins including UID format, RBP priorities, RST test entry templates, and standard test sequences. Auto-loads when writing test case documentation or automated test scripts.
Format: **`TST.<PLUGIN_UPPER>.<TEST_NAME_UPPER_SNAKE>`**
Examples:
Rules:
| Priority | When to use | |----------|-------------| | **P0** | Plugin loads test — must be first test, must pass for anything else to matter | | **P1** | Core read/write for primary attributes in each main section | | **P2** | Advanced tab attributes, optional features, secondary settings | | **P3** | Diagnostics, display/cosmetic tests, edge cases, multi-device scenarios |
Every plugin must have exactly one P0 test: `Plugin Loads`.
For each tab/section in the plugin, write at minimum:
1. **Section visible** (P1) — open plugin, switch to section, verify it is displayed 2. **Key attribute write-readback** (P1) — change a value, confirm the hardware reflects it 3. **Refresh** (P1) — click the refresh button and confirm displayed values update (only if plugin has a refresh button)
Test N: <Title>
~~~~~~~~~~~~~~~~~~
**UID:** TST.<PLUGIN>.<TEST_NAME>
**RBP:** P0
**Description:** <One sentence describing what this test verifies.>
**OS:** ANY
**Preconditions:**
- <Hardware or software requirement>
**Steps:**
1. <Action step>
- **Expected result:** <Specific verifiable outcome>
- **Actual result:**
..
Actual test result goes here.
..
**Tested OS:**
..
Details about the tested OS goes here.
..
**Comments:**
..
Any comments about the test goes here.
..
**Result:** PASS/FAIL
..
The result of the test goes here (PASS/FAIL).
.... _<plugin>_tests:
<Device Name> Test Suite
================================================================================
**Prerequisites:**
- Scopy vX.Y or later with <Plugin Name> plugin installed
- <Device name> device connected
- Device drivers and firmware are up to date
- Reset .ini files to default by pressing **Reset** button in PreferencesAPI class validation rules for Scopy plugins. Auto-loads when reviewing or editing `*_api.h` / `*_api.cpp` files or running API…
Guidelines for using Context7, web search, and other research tools to find solutions outside the Scopy codebase. Loaded when the…
How to create IIOWidgets for device attributes using IIOWidgetBuilder. Covers spinbox, combo, checkbox, and read-only patterns.…
API class conventions for Scopy plugins including ApiObject inheritance, Q_INVOKABLE patterns, and IIOWidgetGroup access.…
Core Scopy architecture knowledge including plugin lifecycle, library dependencies, build system, and key design patterns. Loaded…
How Scopy libraries depend on each other, plugin commonalities, MessageBroker topics, shared widgets, style system flow, and…