• Student developers were able to create code change requests that were
considered by the teacher before entering the main code repository (everyone has
access to the latest versions of the code and the changes made);
• Testing students were able to create requests for changes to the web application
that concerned the program's malfunctioning;
• All requests are available for viewing and comment by all participants in the
development process.
Purpose and features of the module. In order to fully describe the work of the
module, it should be considered that for the teacher and for the student, this system
behaves differently. So, let's start with the "point of view" of the teacher.
Figure 5. Home page of the Online Testing module
After authorization, the teacher has access to a list of questions that he can add
and edit. He also has access to the list of registered students for testing, and the
assessment of those students who passed the testing. In general, this module can be
used (and has already been used several times in the faculty) during regular or
examination examinations of knowledge.
Teacher inputs the text and selects one of the types of questions: one correct
answer from many; many answers from many; open answer (the student enters an
answer) [18]. He then adds options for the answer and indicates which of them are
correct, saves the question and creates the next one. Also, the teacher sets the duration
and the time to start testing.
Another feature of the module is the method of estimating for each issue. When
creating a new issue, the teacher presents an initial assessment, which will be based on
the algorithm. In the future, the score for each question will be redefined according to
the number of correct answers and the student's time of execution. But this algorithm
is designed so that "abnormal" responses (for example, only one student in the thread
gave the correct answer) does not affect the final weight of the question. This approach
- 1846 -