examinr is a one-stop solution for creating, conducting, and grading online exams. Exams are written as R markdown documents and delivered as a Shiny app which can be hosted on any Shiny server. You can randomize exams such that every learner receives a different version of the exam.

You (and other authorized users) can grade exams, with several question types supporting automated grading. Learners can be given access to graded exams, including personalized feedback.

You do not have to worry about learners being able to access questions before they are made available: the HTML page sent to the browser does not contain the question texts. They are only populated with the learners individualized content at the time they are given access.

If you don’t yet have a shiny server or a database, you can follow the vignette on deploying an exam to shinyapps.io.

Creating an exam document

You can create a new exam document from the provided R markdown template by following the instructions for RStudio or using the rmarkdown::draft function:

rmarkdown::draft("newexam.Rmd", template = "exam", package = "examinr")

Exams are standard R markdown documents and are configured via the YAML front-matter. Let us consider the following simple exam document:

---
title: "Online exam with examinr"
lang: en-US
output:
  examinr::exam_document:
    id: online-exam-with-examinr
    version: 0.1
runtime: shiny_prerendered
---

```{r setup, include=FALSE}
library(examinr)
knitr::opts_chunk$set(echo = FALSE)
```

# Welcome!

This is an online exam created with examinr!

# What question types are available?

Here we are exploring the question types available in examinr exams.

```{r q-1}
mc_question(
  title = "What basic question types are available?",
  random_answer_order = FALSE,
  answer("Multiple-choice questions"),
  answer("Numeric questions"),
  answer("Text questions"),
  answer("Coding exercises"),
  answer("All of the above", correct = TRUE)
)
```

```{r q-2}
text_question(
  title = "How many question types are there in total?",
  type = "numeric",
  solution = 4
)
```

Now that you know what question types are available, explain which is your most
preferred question type, and why.

```{r q-3}
text_question(
  title = "What is your most preferred question type?",
  solution = "Anything is fine, really."
)
```

You can also test if the users are versed in R coding.
You can ask them, for example, to use the `mtcars` dataset to create side-by-side boxplots
of the mileage (in column `mpg`) vs. the number of cylinders (in column `cyl`).

```{r q-4, exercise=TRUE, exercise.solution="q-4-solution"}
# Create side-by-side boxplots of mpg vs. cyl from dataset mtcars
```

```{r q-4-solution, echo}
boxplot(mpg ~ cyl, data = mtcars)
```

# Done!
You have successfully submitted the exam.

The learner would see the rendered exam as

Rendered exam as shown to the learner.
Rendered exam as shown to the learner.

Bringing life to the exam

The simple exam above is not particularly useful, because:

  1. The exam is static, without any randomization. Every learner would get the exact same exam, any time they attempt it. With examinr, you can randomize the exam for every learner, or for every attempt, or a combination of both. The vignette on randomizing an exam explains how to use randomization in your exam.
  2. The exam does not store data. You need to set up a storage provider to persist the answers given by your users. The vignette on configuring storage explains how to set up a storage provider for your server. You can also follow the vignette on deploying an exam to shinyapps.io if you don’t yet have a database.
  3. The exam does not know who is accessing the exam. The answers provided by the learner can therefore not be associated with the learner and you cannot assign grades. The vignette on configuring access to the exam explains how to set up an authentication provider so that examinr knows who is accessing the exam.

Adding questions to your exams

You can use several different types of questions in your exam:

  1. Multiple- and single-choice questions, created with mc_question(). These questions support auto-grading.
  2. Questions with numeric answers, created with text_question(type = "numeric"). These questions also support auto-grading.
  3. Questions with open-ended text answers, created with text_question().
  4. Questions requiring the user to write R code, created using an exercise chunk (i.e., an R code chunk in the R markdown file with chunk option exercise=TRUE.

See the companion vignettes on question types and on exercises for the many ways you can customize these questions to suite your requirements.

Grading exams

If your exam contains only auto-gradable questions, you don’t have to do much. But if you need to manually grade the exam, examinr has a grading interface which you and anybody you designate can access.

The grading interface is accessed by pointing your browser to the exam’s URL, adding display=feedback to the search query. For example, if the exam is accessible via https://127.0.0.1:28213/myexam.Rmd, the grading interface would be at https://127.0.0.1:28213/myexam.Rmd?display=feedback. See the companion vignettes on grading for more details about the grading interface.

For the simple exam above, the grading interface looks like

Grading interface.
Grading interface.

Feedback to learners

You can also give learners access to feedback on the exam. The feedback is accessible at the same URL as the grading interface, i.e., by adding a display=feedback to the search query. No worries, the learners will not have access to the grading interface, but will only see the feedback, as in:

Feedback as shown to the learner.
Feedback as shown to the learner.

Accessibility

It is important that all of your learners can interact with and take the exam in a meaningful way. Exams created with examinr have a high-contrast mode and follow best practices for web applications, using semantically correct HTML5 elements and ARIA attributes where needed.

While examinr helps you make accessible exams, your cooperation is required as well. Here are a few important guidelines you should follow when writing exams:

  1. Always set the language of the document in the YAML front-matter with lang: .... This allows screen-readers to properly read the text on the exam.
  2. Always provide a meaningful label to question functions text_question(label=) and mc_question(label=). These are given to screen-readers to announce what the following input elements are meant for.
  3. Never rely only on icons or other visual clutter to convey meaning. An exam does not have to be an artistic masterpiece, but must be accessible to everyone. Avoid any distracting elements.

The high-contrast mode for the simple exam above looks like.

Exam as shown to the learner in high-contrast mode.
Exam as shown to the learner in high-contrast mode.