[OSy] testy pro 2. ukol

[Martin Decky]

> Verim, ze i ostatni studenti uvitaji, pokud nas o jednotlivych zpozdenich oproti ohlaseneho harmonogramu budete informovat sami od sebe s predstihem, pripadne co nejdrive po zjisteni dane skutecnosti, nejlepe i s novym terminem.

Akceptuji a budu to respektovat, je to jiste rozumny pozadavek.

> Nicmene verim, ze nasledujici tvrzeni prilis neodporuje ani vasemu presvedceni; a to, ze skupiny, ktere nestihli odladit nedostatek zpusobujici uplne neprojiti testem, byly zvolenym "zadostiucenim" znevyhodneni oproti tem, kterym se jejich neodladeny nedostatek projevil pouze "neprimerene dlouhym" behem.

Tady se ovsem dostavame k pomerne zasadnimu bodu: Cilem Vasi prace neni
vytvorit nejaky kus kodu, ktery se bude chovat tak, ze pri slinkovani
s testy tyto vypisi magickou hlasku "Test passed."

Cilem Vasi prace je vytvorit kernel podle specifikace a pruchod testy je
nutne, ovsem nikoliv dostacujici kriterium splneni teto specifikace. Aby
test byl dostacujici kriterium (a tak byl vlastne ekvivalentni zadani),
musel by projit cely stavovy prostor kernelu a testovat velmi
netrivialni logicke podminky.

> Casto se stava, ze "rozchozenim" nejakeho testu stravime nejedno odpoledne a vecer. Je pomerne znat, pokud na "rozchozeni" mame tyden, nebo takovych tydnu mame k dispozici dva ci tri.

Opet viz vyse: Testy slouzi jen jako ladici pomucka pro Vas a hodnotici
pomucka pro nas. Stejne, jako i my budeme na konci semestru prochazet
Vase zdrojaky a divat se, jak jste to vlastne vevnitr naprogramovali,
chceme i po Vas, abyste napsali fungujici kernel, ne jen prostredi,
ktere umozni dobehnout nejakym 15 konkretnim testum ..

Nesnazte se tedy "rozchazet" testy, ale rozchazet Vas kernel.


M.D.