M
в текстах ничего, в тестах сложно.
Во первых тебе нужно продумать правила приемки кода от студентов, тем более, ты не всегда будешь присутствовать. В идеале твои тесты должны работать с черным ящиком, самое просто это тестировать api, или на крайний случай шаблоны. Это тащит другие проблемы, значит студенты должны либо мочь в написание api/работу с шаблонами, а значит это уже не нулевые студенты и нам не подходит (это явно не старт в профессии). Значит придется тестировать же непосредственно рабочий код, клссы/функции, как на кодварс. Это тащит дополнительный вагон ограничений, ты должен придумать интерфейсы чтобы и тебе было удобно написать тесты и студентам удобно было писать свою бизнеслогику в них. А значит студенты уже должны понимать концепцию скромного объекта, чтобы понимать почему они пишут код в каких-то левых объектах и зачем.
Во вторых, все твои тесты должны давать нормальный выхлоп, в ассертах объяснять почему они упали, но это ладно, просто геморно, придумать где студент может накосячить и обработать это.
В третьих, ни слова о среде где это будет работать, докер? Гитлаб раннер? Студенты что-то будут качать и запускать?
Это несколько пнктов которые сразу приходят в голову. Это выглядит как проект на несколько месяцев, без учета обвязки, только обработка студенческого ввода. Если нужна будет еще веб морда, работа с гитом, а-ля автоматическая проверка через какой-нибудь ci это еще несколько месяцев.
За $100 это хеловорлд на джанге с парой автотестов.
Во первых тебе нужно продумать правила приемки кода от студентов, тем более, ты не всегда будешь присутствовать. В идеале твои тесты должны работать с черным ящиком, самое просто это тестировать api, или на крайний случай шаблоны. Это тащит другие проблемы, значит студенты должны либо мочь в написание api/работу с шаблонами, а значит это уже не нулевые студенты и нам не подходит (это явно не старт в профессии). Значит придется тестировать же непосредственно рабочий код, клссы/функции, как на кодварс. Это тащит дополнительный вагон ограничений, ты должен придумать интерфейсы чтобы и тебе было удобно написать тесты и студентам удобно было писать свою бизнеслогику в них. А значит студенты уже должны понимать концепцию скромного объекта, чтобы понимать почему они пишут код в каких-то левых объектах и зачем.
Во вторых, все твои тесты должны давать нормальный выхлоп, в ассертах объяснять почему они упали, но это ладно, просто геморно, придумать где студент может накосячить и обработать это.
В третьих, ни слова о среде где это будет работать, докер? Гитлаб раннер? Студенты что-то будут качать и запускать?
Это несколько пнктов которые сразу приходят в голову. Это выглядит как проект на несколько месяцев, без учета обвязки, только обработка студенческого ввода. Если нужна будет еще веб морда, работа с гитом, а-ля автоматическая проверка через какой-нибудь ci это еще несколько месяцев.
За $100 это хеловорлд на джанге с парой автотестов.