You set up a multi-turn conversation with the skill and make a few assertions on the expected response by using the Test SDK tool. In addition to that we introduce conditional paths entered when certain conditions are met.
You have learned how to create branches run tests dynamically depedant on the skills response.
- Test Lambda function you deployed in Lab 4
- S3 Test-Script bucket that was created in Lab 4
- Number guessing skill that was deployed to your Amazon developer account in Lab 1
We recommend you to use an advanced text editor or IDE. You could also use an Online YAML editor if you want.
7.1.1. Open ./scripts/lab07.yml.
Aside from the assertions you're already familiar with some of those elements now have a value (an anchor link to another conversation step) assigned to it.
Side note: Assertions that have an anchor link assigned as a value turn into conditions. The main difference is that the Test client won't throw an exception in case it is not true. The client rather just evaluates the condition statement and follows the anchor reference (conversation path) in case it is true. If it's false it steps over it.
7.1.2. In line 25 to 27 of lab07.yml file there are some values missing. Please set it correctly according to what makes sense in this case.
7.1.3. When you are done, upload the lab07.yml file to S3 and again run the Test Lambda function.
7.1.4. Extend the script so it is going down from 4 to 1 and going up from 6 to 10 when looking for the number the skill thinks of.
The ./scripts/lab07-final.yml file gives you the right solution. Extra points: try not to look into it ;)
Q7.1.5. Also look into ./scripts/lab07-extended.yml file as it provides more configuration options. Can you guess what these new properties stand for and what are use cases to set things like a fixed timestamp or user-id?