Postup testování:
- Test scheduleru a mechanismu předávání zpráv (Slinkování Kernel+Clock
task + testovací tasky/procesy)
- Vytvoření (v assembleru) několik totožných testovacích tasků, které
se budou nějakým viditelným a od sebe odlišitelným způsobem projevovat
a budou si navzájem předávat řízení pomocí zpráv vhodným voláním send()
a receive() (na obsahu zpráv nezáleží)
- Vytvoření (v assembleru) několik totožných uživatelských procesů, které
se budou nějakým viditelným a od sebe odlišitelným způsobem projevovat
(např. zápis něčeho do VIDEO-RAM) - ověření střádání procesů, zatím bez
tasků
- úplný test scheduleru: výše uvedené testovací procesy a tasky zapojit
společně. Aby se dostaly k procesoru i uživatelské procesy, tasky se upraví:
vždy se provede nějaká činnost, naplánuje se alarm u clock tasku a zablokuje
se (receive). Z obslužné rutiny alarmu je možné např. zaslat zprávu sám
sobě a tím se odblokovat, nebo se mohou tasky nějak odblokovávat navzájem.
Tím se zároveň otestují alarmy CLOCK tasku.
- Postupné otestování tasků (nezávisle jeden na dalších)
(Slinkovat Kernel+Clock task + [FDD|HDD|TTY|CLOCK|příp ramdisk], příslušný
testovací proces)
Vytvořit uživatelské testovací procesy (pro každý task jeden), které postupně
otestují všechny zprávy, jimž jednotlivé tasky rozumí. Samozřejmě, testovací
kód bude např. pro všechna bloková zařízení až na konstanty stejný. Aby
testovací procesy mohly komunikovat s tasky, budou mít statut serverů,
tj. budou umístěny v proc[FS] nebo proc[MM]. Testeři napíší main() kernelu
pro testovací režim, resp. převezmou a upraví jej podle bootstrapu. úpravy
však budou spočívat patrně pouze v tom, že se do proc[] neumístí standardní
sada modulů, ale vždy jen ty testované.
- Připojit FS a MM
Skupina vytvářející C knihovny poskytne minimální verzi C-knihoven, která
bude zaobalovat systémová volání do C-funkcí. Vytvořit testovací program
v C na otestování jednotlivých volání. Testovací program bude do systému
(proc[]) umístěn "ručně". Předpokladem je, že bude TTY task schopen
rozumné funkce. Tím se současně otestuje SYSTASK.
- Totéž, ale do systému bude "ručně" umístěn proces init a
testovací program na ověření volání jádra bude spuštěn z něj místo login.
Předpoklad: existence diskety s TUOX file systemem.
Problém: jak dostat základní strukturu root file systemu na disketu ?
- Plná implementace knihoven, init bude volat skutečný shell (zatím rovnou,
bez loginu, pokud se shell obejde bez nastavení systémových proměnných)
- Init bude volat skutečný login a zavede se i update daemon
- Ověření C knihoven v plném rozsahu
- Celý systém zbootovat z diskety - otestování bootstrapu.