Voight Kampff is designed to test not only your Skill in isolation, but also ensuring Skills operate as expected when co-existing with different sets of Skills from the Marketplace.
Parameters for this testing can be set using commandline flags or through a YAML configuration file.
If the Mycroft helper commands (located in
mycroft-core/bin/) have been included on your
$PATHyou can initiate the test runner using either:
mycroft-start vktest -t skill-to-test
mycroft-skill-testrunner vktest -t skill-to-test
So to test the Mycroft Weather Skill we can run:
mycroft-skill-testrunner vktest -t mycroft-weather
If the helper commands are unavailable you can run this directly from your mycroft-core installation:
./start-mycroft.sh vktest -t skill-to-test
Commandline flags can be used to set or override configuration and runtime options.
-p PLATFORM, --platform PLATFORM
Set the PLATFORM or device type, must be one of:[default, kde,
mycroft_mark_1, mycroft_mark_2, mycroft_mark_2pi, picroft, respeaker].
-t SKILL,SKILL, --test-skills SKILL,SKILL
Test the provided comma-separated list of SKILLS.
-e PATTERN, --exclude PATTERN
Don't run feature files matching regular expression PATTERN.
-i PATTERN, --include PATTERN
Only run feature files matching regular expression PATTERN.
-s SKILL,SKILL, --extra-skills SKILL,SKILL
Ensure the provided comma-separated list of SKILLS are installed.
-r INT, --random-skills INT
Install INT random Skills before the test is run.
WARNING: These Skills will be installed and not automatically removed.
-d DIR, --skills-dir
Set the directory for Skills on this system.
-c FILE, --config FILE
Use the provided YAML configuration file for the test parameters.
-o FILE, --outfile FILE
Write to specified file instead of stdout.
-f FORMAT, --format FORMAT
Specify a formatter. If none is specified the default formatter is used.
Pass "--format help" to get a list of available formatters.
Stop running tests at the first failure.
Only execute features or scenarios with tags matching TAG_EXPRESSION.
Pass "--tags-help" for more information.
Only run scenarios tagged with "wip". Additionally: use the "plain"
formatter, do not capture stdout or logging output and stop at the
Display this help message
There are currently a few ways that Mycroft refers to Skills. This is currently under review so that we can have a single universal Skill naming/reference convention, but in the meantime...
MSM does fuzzy matching on Skill names to determine which Skill you intended. So the majority of the time, writing something that reflects the name of your Skill will work. Using the Hello World Skill as an example any of the following should work:
The last one might be a surprise, but remember we are fuzzy matching.
Super simple right? Well not quite. You might run into cases where your Skill does not match, or where two very closely named Skills cause issues. In that case we need to get more specific with our naming.
If the Skill you are testing has a version in the Marketplace, then MSM's primary way of referencing it is the submodule path. You can find the submodule path for any Skill listed in the
.gitmodulesfile in the mycroft-skills repository. In the case of the Hello World Skill, we would find the following submodule definition:
path = skill-hello-world
url = https://github.com/mycroftai/skill-hello-world.git
From this we can see that the submodule path is
skill-hello-worldand so for this Skill, the best way to call the test runner is using:
mycroft-start vktest -t skill-hello-world
If a Skill has not previously been added to the official Skills Marketplace, then the directory name will be used.
Imagine I create a "Hey World" Skill at
To guarantee that this Skill is chosen, I would then use:
mycroft-start vktest -t hey-world-skill
For more complex or repeatable testing configurations we can use a YAML file to define our test parameters. The configuration of these tests consists of three main settings:
- Platform (string) - the platform or device type that the tests are being run on. This must be one of [default, mycroft_mark_1, mycroft_mark_2, mycroft_mark_2pi, picroft, kde, respeaker]
- Test Skills (list) - the testrunner will execute the tests for these Skills
- Extra Skills (list) - additional Skills that will be installed prior to the test. Tests from these Skills will not be executed.
The example above shows that this tests suite:
- is being run on a Mark 1 device
- the tests from the Hello World and Personal Skills will be included
- before running the tests, the Cocktails Skill be installed if it isn't already on the system.
By default the test runner will use the configuration stored at:
You can specify an alternate file location with the
mycroft-skill-testrunner vktests -c /path/to/your/configuration.yml
Voight Kampff has been designed to allow test runs to be stacked.
When you execute a test run the files for that test will be copied into
The test files will remain there until cleared, or overwritten. As such each test you run will also execute all previous tests. For example running:
mycroft-start vktest -t mycroft-weather
Will test only the Weather Skill. However if we then run:
mycroft-start vktest -t mycroft-timer
Then both the Weather and Timer Skill will be tested.
To avoid this, or to clean up your system after running tests, we can clear all existing test files:
mycroft-start vktest clear
This will remove all of the Feature and custom Step files that have been transferred during our previous test runs.
If you don't want audio output whilst the tests are running, you can switch this off temporarily through your device configuration.
This change also has the benefit of speeding up testing, as the framework doesn't have to wait for Mycroft to stop talking. Note, that to have audio output during normal debugging the config change should be reverted.
To enable the dummy tts setting and disable audio for tests run the following command:
mycroft-config set tts.module "dummy"
To reset the tts settings to default run:
mycroft-config set tts.module "mimic2"
You can also make the adjustment by editing the config file directly
To edit the file we recommend using the Mycroft Configuration tool as it will validate your changes on save, warning you about any errors you may have made.
mycroft-config edit user