Alternative to RDBMS: Modeling Exam/Testing data
Using an RDBMS is fine, but the sticky part is how to store the parameters needed to render each type of question.

I would caution against having separate table definitions (or lots of type-specific columns) for each type of question. While these details (such as the list choices for a multiple-choice question) can be seen through a relational lens, it would, IMHO, be overkill to try to do so.

Instead, I would suggest having a simpler Question table design for that is agnostic to the type of question (other than a field indicating the type, of course), and store the information that is specific to the question type (a list of choices for a multiple-choice question and which is correct, etc.) in an xml field (or a varchar() with JSON, HTML, or some other semi-structured format that meets your needs).

This will allow you to add and refine the supported question types without having to change the table definitions, and CRUD operations for every question type will be essentially the same. So you get the flexibility of a NOSQL approach for the portions of your model that are quite variable without losing the relational structure of the tests and questions overall.