Recenzent sprawdza działanie kodu jak również sam kod w kwestii omawianego problemu.
Dodatkowo szczegółowo sprawdza prace i wszystko to co w niej piszesz, więc nie opisuj czegoś, czego nie implementujesz, ergo nie dodawaj czegoś co nie znajduje się w projekcie. To moja rada z autopsji. Dodatkowo jeśli "coś zostało umieszczone w pracy jak korzystanie z środowiska takiego : X, bazy takiej Y, albo że wykorzystano framework taki a nie inny" to twój projekt musi dokładnie spełniać te wymagania.
Dodatkowo praca inżynierska powinna zawierać informacje: opis tego jak uruchomić twoją aplikacje, jaki zestaw narzędzi jest potrzebny, jak przygotować środowisko itd. Zwykle umieszcza się to na końcu, czasami uczelnie wymagają osobnego "pod-rozdziału".
Jeśli są testy i uwzględniasz te testy w pracy również, to musisz je zaimplementować i one również muszą działac więc miej na uwadzę co umieszczasz w pracy a co znajduje się w aplikacji.
żeby sprawdzający miał czas na przetestowanie pracy każdego takiego studenta z osobna. W praktyce sprawdzana jest tylko część pisemna?
Ma czas, bo recenzent zwykle jak jest: to wtedy w trakcie tej sesji (nie może sobie pozwolić na zbyt wiele osób które prowadzi jako promotor- czyli jesli jest recenzentem, to traci możliwość bycia promotorem dla 1 osoby i odwrotnie, jeśli ktoś jest promotorem, to nie może mieć nagle - tej samej ilości recenzji do zrobienia, tylko jest to wymienne zwykle 1 do 1), na sesje też są ograniczenia i recenzent nie ma wielu recenzji zazwyczaj 3 w trakcie sesji. Jeśli jest promotorem również
