Description
Allow multiple operators to work on the same test plan simultaneously, each executing and validating different tests. This is useful for large test campaigns where a single operator cannot run all tests alone (e.g., hardware-dependent tests on different machines).
Current behavior
- Test plans are single-user: one operator runs all tests sequentially.
- No locking or synchronization mechanism.
- Sharing a test plan file risks conflicts and data loss.
Expected behavior
- A test plan can be "shared" across multiple ModuleTester instances.
- Each operator claims/locks specific tests to avoid duplication.
- Results from all operators are merged into a single campaign report.
- Real-time or near-real-time status sync (e.g., via file polling or lightweight server).
- Conflict resolution if two operators modify the same test.
Implementation ideas
- File-based (simple): Shared network directory with lock files per test item. Each operator's ModuleTester polls for changes.
- Server-based (robust): Central coordination server (REST API) that manages test assignments and collects results.
- Test items get an
assigned_to field and a locked_by field.
- Merge logic: combine results from multiple operators into one campaign.
- UI indicators: show which tests are locked/claimed by other operators.
Acceptance criteria
Description
Allow multiple operators to work on the same test plan simultaneously, each executing and validating different tests. This is useful for large test campaigns where a single operator cannot run all tests alone (e.g., hardware-dependent tests on different machines).
Current behavior
Expected behavior
Implementation ideas
assigned_tofield and alocked_byfield.Acceptance criteria