101 - 029. Jake (Betatest)
Pri zakladani kese bychom si sami meli ohlidat, ze vsechno funguje, jak ma, tj. u tradicni kese spravne zamereni schranky, u slozitejsich typu (multi, mystery) spravnost zamereni vsech pripadnych stagi, lustitelnost (logicke fungovani, jednoznacnost reseni) sifer, spravnost vypoctu a vzorcu atd. atd. Vsichni jsme vsak lide omylni a navic plati, ze vlastni chyba se hleda nejhur. Proto je zvlast u narocnejsich kesi velmi vhodne poprosit kolegu ci nejakeho znameho kacera z okoli, aby provedl tzv. betatest. To znamena, ze mu jeste pred publikaci kese dame k dispozici vsechny informace, ktere budou mit nasledni hledaci, a na jeho postupu si overime, ze je mozne dospet ke spravnemu reseni, pripadne odhalime nejednoznacnosti nebo vyslovene chyby v zadani.
Prestoze jde o praci navic a je nutne pro ni najit dostatecne zkuseneho a ochotneho kolegu, ktery vynalozi vlastni usili a navic se (z moralnich duvodu) vzda moznosti vyrazit na FTF (viz
FTF), muzeme tento postup vrele doporucit. Vzdycky se muze vloudit chybicka, ktera pak zbytecne bouri emoce tech, kdo kolikrat v noci a za ohavneho pocasi vyrazi na lov nove publikovane kese. Na wiki ceskeho geocachingu (
http://wiki.geocaching.cz/wiki/Betatest) existuje clanek, shromazdujici dobrovolniky ochotne provest na pozadani betatest, je vsak treba podotknout, ze kazdy betatest bude zakonite jen tak dobry, jak zkuseny bude betatester. Aby mohl zodpovedne posoudit nasi kes, mel by mit nalezeno (a pokud mozno i zalozeno) dostatecne mnozstvi schranek, coz ostatne plati i o nas jako ownerech.
Pokud se nam nepodari najit vhodneho betatestera, jednou z moznosti, jak overit trvanlivost samotne schranky (takovy auto-betatest) napriklad pred tim, nez ji pro prvni nalezce naplnime hodnotnym obsahem nebo trackovatelnymi predmety (viz
Trackables), je ponechat schranku na miste po delsi dobu (radove nekolik tydnu) treba jen s logbookem. Muzeme ji obcas kontrolovat a vyvarovat se naslednych problemu napr. v pripade, ze zjistime, ze se nam do ni behem nekolika dnu zapsaly deti, ktere si hraly v okoli a skrys odhalily. Vzdycky je snazsi hledat jine, bezpecnejsi umisteni pred publikaci, tj. nez sve dilo predlozíme reviewerovi ke schvaleni, presto vsak musime mit na pameti, ze pokud nase skrys projde timto „testem“ pred publikaci, neni to zadna zaruka, ze obstoji jako aktivni kes, kterou budou cas od casu (u nove tradicni kese ve velkem meste radove i nekolik desitek navstev denne!) navstevovat hledaci...
U uspesneho betatestu je samozrejmosti pravo zapsat se do logbooku jako nalezce kese a po jejim zverejneni si nalez zapsat i na internetu, plati vsak, ze by betatester nemel “predbihat” FTF, tj. v logbooku svuj nalez radne oznacit jako betatest (pripadne ho zapsat na posledni stranku logbooku ci jinak, aby bylo jasne, ze je mimo poradi xTF nalezu) a se zapisem na internetu vyckat az po zapsani prvnich hledacu.
Pokud nevis, koho pozadat o betatest, na nize uvedenem odkazu muzes najit kacera, ktery se uvolil dobrovolne testovat pripravene kese dle oblasti pusobeni:
http://wiki.geocaching.cz/wiki/Betatest
Jak na kes:
|
Hlavni smysl betatestu je:
|
|
| a) |
Usnadneni hledacum vylusteni a nalezeni kese.
|
XXX = 921 |
| b) |
Usnadneni ownerovi udrzbu kese.
|
XXX = 642 |
| c) |
Minimalizovani rizik, ze je v zadani kese chyba.
|
XXX = 384 |
|
Betatestovanou kes:
|
|
| a) |
Reviewer muze publikovat o neco pozdeji, protoze ceka na vyjadreni betatestera.
|
YYY = 120 |
| b) |
Reviewer muze publikovat o neco drive, protoze prosla nezavislou kontrolou.
|
YYY = 280 |
| c) |
Reviewer nepublikuje vubec, je zverejnena automaticky po souhlasu betatestera.
|
YYY = 860 |
Kes hledejte na souradnicich:
N 50° 04.XXX
E014° 42.YYY
