• 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 -