@loadmill/droid-cua 2.31.0 → 2.32.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +3 -1
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -97,7 +97,7 @@ Desktop app support:
|
|
|
97
97
|
- **Setup guidance** - Configure API access and platform prerequisites in the app
|
|
98
98
|
- **Device and simulator connection** - Connect Android targets and iOS simulators
|
|
99
99
|
- **Natural-language test creation** - Describe flows in plain English
|
|
100
|
-
- **Test management** - Create, edit, save, and rerun reusable scripts
|
|
100
|
+
- **Test management** - Create, edit, save, and rerun reusable scripts, including tests organized in nested project folders
|
|
101
101
|
- **Live execution logs** - Watch actions and progress as tests run
|
|
102
102
|
- **Reports and history** - Review past runs from a project results folder inside the desktop app
|
|
103
103
|
- **JUnit XML output** - Write standard test reports for CI systems and external tooling
|
|
@@ -128,6 +128,8 @@ For CI, scripting, or advanced workflows, `droid-cua` also includes a CLI for ru
|
|
|
128
128
|
|
|
129
129
|
Desktop projects can also keep run reports in a results folder, including JUnit XML output that the app can read back as project history.
|
|
130
130
|
|
|
131
|
+
When a desktop project contains nested folders, the app discovers `.dcua` files recursively and displays their directory structure in the project tree. You can create tests in nested folders, open those folders in Finder, drag tests between project roots and nested folders, run an individual test, run a nested folder and all its descendants, or run the entire project. Nested tests use the configured project folder's `context.md`, `test-data.md`, `.secrets`, results folder, and desktop execution settings.
|
|
132
|
+
|
|
131
133
|
The recommended workflow is:
|
|
132
134
|
- design and debug tests in the desktop app,
|
|
133
135
|
- commit the `.dcua` file plus a headless CLI config file,
|