Bevezetés
Az informatikai területen és különösen az IT-értékesítésben végzett munkám során sok pilot projektet láttam, de ezek többsége nem végződött semmivel, és jelentős időt vett igénybe.
Ugyanakkor, ha már hardveres megoldások, például tárolórendszerek teszteléséről beszélünk, minden demórendszerhez általában majdnem egy évre előre van várólista. És minden ütemterv szerinti teszt eladást hozhat, vagy éppen ellenkezőleg, tönkreteheti az eladást. Nincs értelme olyan helyzetet mérlegelni, amelyben a tesztelés nem befolyásolja az eladásokat, mivel a tesztelésnek szintén nincs értelme - ez időpocsékolás és időpocsékolás a demo rendszer számára.
Szóval, hogyan tehetsz meg mindent bölcsen, és hogyan tehetsz meg mindent?
Edzés
A pilóta céljai
Hol kezdődik a pilóta? Egyáltalán nem a berendezés rackhez való csatlakoztatásával. A berendezésen végzett bármilyen munka megkezdése előtt papírmunkát kell végezni. És kezdjük a pilóta céljainak meghatározásával.
A pilot célja a végfelhasználó kifogásainak kiküszöbölése. Nincs ellenvetés – nincs szükség pilótára. Igen Igen pontosan.
De melyek a kifogások fő osztályai, amelyeket láthatunk?
* Kételkedünk a megbízhatóságban
*Kétségeink vannak a teljesítménnyel kapcsolatban
* Kételkedünk a méretezhetőségben
*Kétségeink vannak a kompatibilitást és a rendszereinkkel való együttműködést illetően
* Nem hiszünk a diákjaiban, és a gyakorlatban szeretnénk megbizonyosodni arról, hogy rendszere valóban képes mindezt megtenni
* Ez az egész nagyon nehéz lesz, mérnökeink már most elfoglaltak, és nehéz lesz nekik
Összességében a végén három fő típusú pilot tesztelést kapunk, és a pilot speciális eseteként a koncepció bizonyítását (PoC - proof of concept):
* Terhelési tesztelés (+ skálázhatóság)
* Funkcionális tesztelés
* Hibatűrés tesztelése
Egy adott esetben, egy adott ügyfél kétségeitől függően, a pilóta különböző célokat kombinálhat, vagy éppen ellenkezőleg, ezek közül csak az egyik lehet jelen.
A pilot egy dokumentummal kezdődik, amely egyszerű oroszul írja le, hogy miért végzik el ezt a tesztelést. Szükségszerűen tartalmaz olyan mérhető kritériumokat is, amelyek segítségével egyértelműen meg lehet mondani, hogy a pilóta sikeresen teljesített-e, vagy konkrétan mi az, amit nem. A mérhető kritériumok lehetnek numerikusak (például késleltetés ms-ban, IOPS) vagy binárisak (igen/nem). Ha a pilótájának mérhetetlen értéke van kritériumként, akkor nincs értelme a pilótának, pusztán a manipuláció eszköze.
Оборудование
A pilot az eladó/forgalmazó/partner bemutató berendezésén vagy a vevő berendezésén is végrehajtható. Szigorúan véve kicsi a különbség, az általános megközelítés ugyanaz.
A berendezéssel kapcsolatos fő kérdés a pilóta megkezdése ELŐTT az, hogy megvan-e a teljes berendezéskészlet (beleértve a kapcsolókat, adatkábeleket, tápkábeleket)? A berendezés készen áll a tesztelésre (megfelelő firmware verziók, minden támogatott, minden jelzőfény zöld)?
A helyes cselekvési sorrend a tesztelési célok meghatározása után az, hogy a berendezést teljes körűen fel kell készíteni a tesztelésre, MIELŐTT átadják a megrendelőnek. Persze kapkodás nélkül is vannak hűséges vásárlók, de ez inkább kivétel. Azok. a komplett készletet a partner telephelyén kell összeszerelni, mindent ellenőrizni, összeszerelni. A rendszernek futnia kell, és meg kell győződnie arról, hogy minden működik, a szoftver hibamentesen oszlik el stb. Nem tűnik bonyolultnak, de 3 pilóta közül 4 úgy kezdi, hogy kábeleket vagy SFP adó-vevőket keres.
Külön hangsúlyozni kell, hogy a demo rendszer ellenőrzésének részeként meg kell győződnie arról, hogy az tiszta. Az átvitel előtt minden korábbi vizsgálati adatot törölni kell a rendszerből. Lehetséges, hogy valós adatokon végeztek tesztelést, és bármi lehet ott, beleértve az üzleti titkokat és a személyes adatokat is.
Tesztprogram
Mielőtt a berendezést átadnák a vevőnek, olyan tesztelési programot kell készíteni, amely megfelel a vizsgálati céloknak. Minden tesztnek mérhető eredménnyel és egyértelmű sikerkritériumokkal kell rendelkeznie.
A tesztelési programot a szállító, partner, ügyfél vagy közösen is elkészítheti, de mindig a tesztek megkezdése ELŐTT. Az ügyfélnek pedig alá kell írnia, hogy elégedett ezzel a programmal.
Emberek
A pilotra való felkészülés részeként egyeztetni kell a pilot időpontjáról és minden szükséges személy jelenlétéről, tesztelési felkészültségéről, mind az eladó/partner, mind a megrendelő részéről. Ó, hány pilóta kezdett azzal, hogy az ügyfél pilótájának fő személye nyaralni indult a berendezés felszerelése utáni napon!
Felelősségi/hozzáférési területek
A kísérleti programnak egyértelműen meg kell értenie és ideális esetben le kell írnia az összes érintett személy felelősségét. Szükség esetén a szállító/partner mérnökök távoli vagy fizikai hozzáférése az ügyfél rendszereihez és adataihoz egyeztetésre került az ügyfél biztonsági szolgálatával.
A pilóta
Ha az összes előző pontot teljesítettük, akkor a legunalmasabb rész maga a pilóta. De úgy kell futnia, mintha sínen lenne. Ha nem, akkor az előkészület egy része el lett csavarva.
A pilot befejezése
A pilot befejezése után dokumentum készül az elvégzett tesztelésről. Ideális esetben, ha a programban szereplő összes teszt egy zöld PASS pipával van ellátva. Lehetőség van prezentáció készítésére a felső vezetés számára, hogy pozitív döntést hozzanak a vásárlásról vagy a vásárlásra jóváhagyott rendszerek listájára való felvételről.
Ha a pilot végén nincs a kezében egy dokumentum a teljesített tesztek listájával és az eredményes pontszámokkal, akkor a pilóta sikertelen, és egyáltalán nem kellett volna elindítani.
Forrás: will.com