Skip to content

Commit fa90541

Browse files
committed
releasable example exam
1 parent 7edf037 commit fa90541

File tree

3 files changed

+46
-46
lines changed

3 files changed

+46
-46
lines changed
Lines changed: 2 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -1,10 +1,7 @@
11
import Quiz from '@site/src/components/Quiz/Quiz';
22

3-
# Test the features thing
3+
# Example Questions
44

5-
<Quiz name="TestExample" src="test.md"/>
6-
7-
8-
# Example Questions from Pieter
5+
This example exam should give you the oportunity to check you knowledge and to get an impression what kind of questions may be asked in the real examination for RFCP®.
96

107
<Quiz name="Example" src="Example.md"/>

website/src/components/Quiz/quizComponents.ts

Lines changed: 1 addition & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
/*
22
* This file is automatically generated and will be overridden when running the build process.
3-
* Generated on: 11/1/2025, 11:13:28 PM
3+
* Generated on: 11/22/2025, 1:09:21 PM
44
*/
55

66
export interface QuizPage {
@@ -20,11 +20,6 @@ export const quizPages: QuizPage[] = [
2020
"id": "docs-example-exam",
2121
"name": "example-exam",
2222
"quizzes": [
23-
{
24-
"id": "example-exam#testexample",
25-
"name": "TestExample",
26-
"src": "test.md"
27-
},
2823
{
2924
"id": "example-exam#example",
3025
"name": "Example",

website/static/quizzes/Example.md

Lines changed: 43 additions & 35 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
---
22
shuffleQuestions: false
3-
shuffleAnswers: false
3+
shuffleAnswers: true
44
---
55

66
### Which THREE of the following statements about Robot Framework are correct?
@@ -21,12 +21,14 @@ shuffleAnswers: false
2121
2222
- [ ] Use of complex nested structures is not possible.
2323
> Robot Framework avoids complex nested structures but they can be used.
24-
- [ ] Use of specialized symbols and character sequences.
25-
> Specialized symbols and character sequences are kept to a minimum.
26-
- [X] Use of natural language-like keywords.
24+
- [ ] Focus on the use of specialized symbols and character sequences as syntax.
25+
> Specialized symbols and character sequences are kept to a minimum to improve readability. Robot Framework emphasizes clarity over complexity.
26+
- [X] String first syntax where all arguments are strings unless explicitly stated otherwise.
27+
> Unquoted strings are considered as strings, while variables need special syntax like `{variable}` or integers like `${42}`.
2728
- [ ] There are no programming control flows such as if statements and for loops.
28-
> Control flows are present in Robot Framework but a lot can be done without them.
29-
- [X] Reliance on a tabular format.
29+
> Control flows are present in Robot Framework as described in `LO-5.2.X` .
30+
- [X] Reduced use of special characters.
31+
> Compared to programming languages the focus is on reducing special characters, making the syntax human-readable and user-friendly.
3032
3133
### Which of the following statements is TRUE for `*** Test Cases ***` or `*** Tasks ***` section?
3234

@@ -61,13 +63,16 @@ shuffleAnswers: false
6163

6264
> LO-2.3.2 Explain the execution artifacts generated by Robot Framework.
6365
64-
- [ ] Configuration files
66+
- [ ] Configuration files (`robot.yaml`)
6567
> Configuration files are not generated as a result of test execution, but are rather part of the project setup and development.
66-
- [x] Log files
67-
- [ ] Resource files
68+
- [x] Log files (`log.html`)
69+
> A detailed log file that provides an HTML view of the execution, including keyword-level details.
70+
- [ ] Resource files (`keywords.resource`)
6871
> Resource files are used by Robot Framework but are not created as execution artifacts; they are components used by tests.
69-
- [x] Report files
70-
- [x] Output files
72+
- [x] Report files (`report.html`)
73+
> A summary report that gives an overview of the execution results, including statistics of tests|tasks executed, passed, and failed.
74+
- [x] Output files (`output.xml`)
75+
> A machine-readable file containing ALL logged execution details, limited by the given log-level.
7176
7277

7378
### Match the correct prefixes to different variable access types
@@ -76,29 +81,32 @@ shuffleAnswers: false
7681
7782
Given the following prefixes:
7883
```
79-
1. @
80-
2. $
81-
3. %
82-
4. &
84+
1. `@`
85+
2. `$`
86+
3. `%`
87+
4. `&`
8388
```
84-
Put the list below in the correct order to match the given prefixes
89+
90+
Match the variable prefixes to their correct descriptions:
91+
92+
_(Use Drag&Drop to match)_
8593

8694
1. Store multiple values in a list structure
8795
2. Store values as a single entity
8896
3. Read access to an environment variable.
8997
4. Store key-value pairs in a dictionary structure.
9098

9199

92-
### Which TWO of the following statements are key characteristics of Test|Task|Teardown
100+
### Which TWO of the following statements are key characteristics of `Test Teardown` and `Task Teardown` ?
93101

94102
> LO-4.2.2-1 Recall key characteristics, benefits, and syntax of Test|Task Teardown
95103
96-
- [x] When Test|Task Teardown fails, the test|task is marked as failed in reports and logs.
97-
- [ ] Test|Task Teardown runs only when the Test|Task passes.
98-
> Runs always.
99-
- [x] All keywords within the Test|Task Teardown are executed, even when one of them fails.
100-
- [ ] Test|Task Teardown must be set separately for each test|task.
101-
> Can be set glob
104+
- [x] When `Test|Task Teardown` fails, the test|task is marked as failed in reports and logs.
105+
- [ ] `Test|Task Teardown` runs only when the Test|Task passes.
106+
> Teardowns run always, even if a preceding keyword fails.
107+
- [x] All keywords within the `Test|Task Teardown` are executed, even when one of them fails.
108+
- [ ] `Test|Task Teardown` must be set separately for each test|task.
109+
> You can use the setting `Test Teardown` or `Task Teardown` in the `*** Settings ***` section to define a teardown for all tests|tasks in the suite which do not have a locally define Teardown with the `[Teardown]` setting.
102110
103111

104112

@@ -107,19 +115,19 @@ Put the list below in the correct order to match the given prefixes
107115
> LO-4.4 Recall the purpose of Test|Task Tags in Robot Framework
108116
109117
1. [ ] Tags are case-sensitive labels used for grouping suites and tests|tasks.
110-
> Tags are case-insensitive and only used for tests|tasks.
118+
> Tags are case-insensitive and only used for tests|tasks or keywords.
111119
1. [ ] Tags are assigned to suites to create statistical summary of the suite results.
112-
> Assigned to tests|tasks.
113-
1. [x] "Tags offer a simple mechanism for classifying and controlling the execution of tests|tasks."
114-
1. [ ] "Only pre-defined tags, such as `smoke`, `regression`, and `critical` can be assigned to tests|tasks"
120+
> Tags are assigned to tests|tasks, not to suites, even though a default can be configured in the suite setting, which result in automatic tagging of all tests|tasks within that suite.
121+
1. [x] Tags offer a simple mechanism for classifying and controlling the execution of tests|tasks.
122+
1. [ ] Only pre-defined tags, such as `smoke`, `regression`, and `critical` can be assigned to tests|tasks
115123
> Tags are free-form text labels.
116124
117125

118126
### In the given scenario which of the test cases logs only a single entry
119127

120-
__Read__ the keyword explaination carefully to understand the given scenario!
128+
_Read_ the keyword explaination carefully to understand the given scenario!
121129

122-
#### Log Many
130+
## _Keyword:_ Log Many
123131

124132
**Arguments**
125133

@@ -133,7 +141,7 @@ Logs the given messages as separate entries using the INFO level.
133141
Supports also logging list and dictionary variable items individually.
134142
```
135143

136-
#### Variables
144+
## _Variables_:
137145

138146
The following Variables are available to each test case.
139147

@@ -177,10 +185,10 @@ The following Variables are available to each test case.
177185

178186
> LO-5.1.6 Recall that Robot Framework provides access to execution information via Built-In variables
179187
180-
1. [ ] "It is an absolute path to the directory where the current suite or resource file is located."
188+
1. [ ] An absolute path to the directory where the current suite or resource file is located.
181189
> Description for `${CURDIR}`
182-
1. [x] It is an absolute path to the directory where test execution was started from.
183-
1. [ ] It is an absolute path to the directory where output files are written.
184-
> Description for `${OUTPUT_DIR}`.
185-
1. [ ] It is an absolute path to the system temporary directory.
190+
1. [x] An absolute path to the directory where test execution was started from.
191+
1. [ ] An absolute path to the directory where output files are written.
186192
> Description for `${OUTPUT_DIR}`.
193+
1. [ ] An absolute path to the system temporary directory.
194+
> Description for `${TEMPDIR}`.

0 commit comments

Comments
 (0)