Skip to content

Latest commit

 

History

History
38 lines (26 loc) · 3.81 KB

how-to-audit.md

File metadata and controls

38 lines (26 loc) · 3.81 KB

Как делать аудит?

Аудит - основополагающий компонент peer-2-peer обучения. Обучение будет действенным, если каждый студент будет относиться к аудиту со всей серьезностью.


Требования к участникам аудита

  • Быть вежливым. Во время аудита важно оставаться дружелюбным и вежливым по отношению к группе или студенту, и наоборот.
  • Уметь выявлять ошибки. При нахождении ошибки, обсудите почему вы так считаете и выслушайте, если с вами не согласны. Важно прийти к общему мнению.
  • Быть справедливым и объективным. Качественный и строгий аудит обеспечивает высокий уровень разработки проекта.

Правила аудита:

  1. Проверять только содержимое по указанному репозиторию и коммиту.
  2. Вы обязательно должны сами локально запустить проект и убедиться, что все работает. Уже развернутый проект выполнявшей группы не может являться предметом проверки. (heroku, digital ocean, ...)
  3. Проект должен запускаться без редактирования исходного кода. Если проект требует вмешательства в исходный код, значит проект не является готовым к аудиту и подлежит провалу. Проект должен запускаться из коробки.
  4. Если аудитор еще не сдавал проект или не ознакомлен с проектом, то аудитору обязательно сначала полностью ознакомиться с описанием проекта (subject) и только потом приступать к аудиту.
  5. Группа должна в полном составе присутствовать при аудите. Если кого либо из команды нет, аудит считается провальным. Аудитор должен убедиться, что команда в полном составе участвовала в разработке проекта и спросить у каждого про часть его/ее работы.

Аудитор должен ставить fail при следующих причинах:

  • Пустая работа - нет исходного кода;
  • Неполная работа - программа не полностью соответствует основным требованиям;
  • Ошибка компиляции;
  • Чит - списывание, чужой код, студент не может объяснить код;
  • Критические ошибки во время работы программы;

Критические ошибки - это ошибки, нарушающие логику работы программы, или приводящие к сбою программы. (Не учтенные разработчиком ошибки)

  • Не полная команда при защите проекта.
  • Не проходит по audit листу.
  • Проект валится по не значительной ошибке
  • Команда так и не смогла собраться в полном составе и назначить время аудита