Navikointi

Testiatuomaatio järjestelmän yksi erittäin tärkeä toiminto on navikointi testattavassa applikaatiossa, eli siis miten päästään helposti seuraavaan näkymään (sivulle), riippumatta siitä, mikä on tämän hetkinen aktiivinen näkymä.
Varsinkin jos testattava applikaatio on laajempi ja moniulotteisempi, ilman kunnollista navikointi ominaisuutta testien tekeminen on huomattavan paljon vaikeampaa.

Navikointi on se osa-alue, josta usein kannattaa aloittaa automaatiotesti järjestelmän suunnittelu, koska siinä törmää heti ongelmiin, jos arkkitehtuurista alkaa tulemaan liian kompleksinen.

Optimaalisessa tilanteessa navikointi on kokonaan kapseloitu omiin luokkiin ja näkyy varsinaisille testitapauksille vain yhtenä kutsuna, jossa annetaan parametrina vain kohdepiste, johon halutaan päästä.

Hyvän navikointi mekanismin voi toteuttaa monella tavalla.
Yksi tapa voisi olla ennalta määritellyt navikointi polku objektit tai siten, että navikointi operaatiot on kapseloitu kohdenäkymän luokkaan.

Polku objektissa on lueteltu taulukkomuodossa kaikki toimet, mitä kohdepisteeseen pääsemiseksi tarvitaan. Tämä polku annetaan navikointi luokalle joka toteuttaa siinä määritellyt operaatiot.

Toisessa vaihtoehdossa on navikointi rakennettu alatason näkymien sisään, eli kun haluttaisiin vaikka pisteeseen X, kutsutaan vain luokan X sisältävää navikointi rutiinia (..tyyliin, navikoi sinun näkymään X), jossa puolestaan suoritetaan kaikki tarvittavat toimenpiteet jotta päästään kohde pisteeseen X.

John Doe

ad Kun Testiautomaation navikointi toiminne on kunnossa...

testitapausten tekijän ei tarvitse miettiä mitä milloinkin pitää klikata, jotta päästään tietyyn kohtaan applikaation näkymäavaruutta. Navikointiin kuuluu oleellisena osana eri tasojen ja niissä olevin elementtien nimeäminen. Kun jo elmentin nimestä pystyy päättelemään missä se sijaitsee, ollaan vankalla pohjalla vaikka testattava applikaation olisi hyvinkin monitasoinen.