Mis on piloottestimine? Definitsioon, tähendus, näited

⚡ Nutikas kokkuvõte

Piloottestimine asetab töötava süsteemi valitud reaalsete kasutajate rühma ette reaalajas töötingimustes, kontrollides teostatavust, kulusid, riske ja jõudlust ajavahemikus, mis jääb kasutajate vastuvõtutestimise ja täieliku tootmiskeskkonna juurutamise vahele.

🎯 Positsioon tsüklis: Pilootprojekt käivitatakse pärast kasutajate vastuvõtu testimist ja enne süsteemi avaldamist igale kasutajale.
👥 Osalejad: Olulise tagasiside annab väike, esinduslik rühm tegelikke lõppkasutajaid, mitte projektimeeskond.
🧭 Viis sammu: Planeeri, valmista ette, juuruta ja testi, hinda ja seejärel valmista ette tootmiskeskkonna juurutamiseks.
🔀 Viis tulemust: Liigu edasi, veere tagasi, peata, paranda ja jätka või tegutse laiali.
📊 Väljumiskriteeriumid: Lepi defektide, jõudluse ja rahulolu lävendid kokku enne pilootprojekti algust, mitte kunagi pärast andmete saabumist.
🇧🇷 Mitte beetatestimine: Pilootprojekt on kontrollitud, mõõdetud ja valitud saidi sisemine; beetaversioonid on avalikud.

Loe rohkem

Mis on piloottestimine?

Piloottestimine on tarkvara testimise tüüp, mis kontrollib süsteemi komponenti või kogu süsteemi reaalajas töötingimustes. Piloottesti eesmärk on hinnata projekti teostatavust, aega, kulusid, riski ja toimivust enne, kui see kõigile avaldatakse.

See testimine toimub täpselt UAT ja tootmise vahel.

Piloottestimise käigus proovib valitud rühm lõppkasutajaid testitavat süsteemi ja annab enne süsteemi täielikku juurutamist tagasisidet. Teisisõnu, see on peaproov järgnevaks kasutatavustestiks ja aitab süsteemi vigu varakult avastada.

Allolev diagramm näitab seda korraldust: valmis versioon avaldatakse piiratud pilootgrupile ja seda jälgitakse seal, samal ajal kui laiem kasutajaskond jääb olemasolevasse süsteemi kuni tulemuste saabumiseni.

Piloottestimine on seotud süsteemi installimisega kliendi saidile (või kasutaja simuleeritud keskkonda), et testida pidevat ja regulaarset kasutamist.

Kõige levinum meetod on süsteemi pidevas kasutuses hoidmine, et leida selle nõrgad kohad. Need nõrkused saadetakse seejärel arendusmeeskonnale vearaportitena tavalise kanali kaudu. defektide haldamise protsessja vead parandatakse süsteemi järgmises versioonis.

Selle protsessi käigus on mõnikord kaasatud ka vastuvõtutestid Ühilduvuse testimine. See juhtub siis, kui vana süsteemi asendamiseks töötatakse välja süsteem.

In TarkvaraarendusPiloottestimine vastab ka ärilisele küsimusele, nimelt sellele, kas tootel või teenusel on potentsiaalne turg.

Miks on piloottestimine oluline?

Pilootprojekt on viimane võimalus midagi odavalt õppida. Kõik pärast seda on tootmisjuhtum. Täpsemalt öeldes annab pilootprojekt järgmist:

Silub tarkvara ja selle testimiseks ja toetamiseks kasutatavaid protseduure.
Kinnitab, kas toode on tõepoolest valmis täieulatuslikuks juurutamiseks.
Toetab paremaid otsuseid aja, eelarve ja ressursside eraldamise kohta juurutamiseks.
Mõõdab sihtrühma reaktsiooni tootele või programmile.
Mõõdab programmi edukust kokkulepitud kriteeriumide, mitte arvamuse alusel.
Annab meeskonnale harjutamiseks harjutusi tegevuste kohta, mida nad kasutatavustesti ajal kasutavad.

Kuidas piloottesti teha

Pilootestimise tase sõltub teie migratsiooniprojekti suurusest ja ulatusest. Tegelik piloottestimine toimub spetsiaalses piirkonnas või laboris, kus kasutajad teostavad tarkvara funktsionaalsust simuleerides arvukalt protseduure, tehinguid ja aruandeid.

Piloottestimist saab läbi viia olenevalt projekti kontekstist:

Üldise äriettevõtte jaoks saab pilootprojekti läbi viia andmekeskuse serverite komplektil oleva kasutajarühmaga.
Veebiarendusettevõtte jaoks saab pilootkatse läbi viia saidifailide majutamise teel testimisserveritesse või internetis asuvatesse kaustadesse.
Kommertstarkvara tarnijate puhul saab katsetesti läbi viia spetsiaalse varajase kasutajarühmaga.

Olenemata kontekstist järgib piloottestimine viiest etapist koosnevat kirjalikku testimisplaani.

1. samm: looge pilootplaan

2. samm: valmistuge pilootprojektiks

3. samm: pilootversiooni juurutamine ja testimine

4. samm: Hinnake pilootprojekti tulemust

5. samm: Valmistuge tootmiskeskkonna juurutamiseks

Enne pilootprojekti läbiviimist tuleb arvestada järgmiste asjadega:

Pakkuda osalejatele piisavat koolitust.
Serverite juurutamise ja süsteemide pilootprojektiks ettevalmistamise plaan.
Paigaldusprotsessi dokumentatsioon.
Iga tarkvararakenduse skriptide testimine. See koosneb täidetavate funktsioonide kontrollnimekirjadest.
Andke disaini- ja testimismeeskondadele kasutajatelt pidevat tagasisidet e-kirjade või veebisaitide kaudu.
Määrake pilootprojekti hindamiskriteeriumid, nagu teave rahulolematute kasutajate arvu, tugikõnede ja -taotluste arvu kohta jne.
Kaasake töörühm kogukonnapartneritest või sidusrühmadest, kes on teie projekti investeerinud, ja kohtuge regulaarselt, et arutada teie edusamme.
Töötada välja hindamiskava ja hindamisvahendid või -vahendid, et jäädvustada vajalikku teavet pilootgrupi teadmiste, hoiakute muutuste ja käitumise kohta.

Piloottesti käigus kogub ja hindab meeskond testiandmeid. Nende andmete põhjal valib meeskond ühe järgmistest strateegiatest.

Astuge edasi – Juurutage pilootgruppi uus väljalaskekandidaat.
Keri tagasi – Käivitage tagasipööramisplaan, et taastada pilootgrupi eelmine konfiguratsiooniolek.
Peatama – Peatage pilootprojektide testimine.
Paigutage ja jätkake – Paigaldage olemasoleva lahenduse parandamiseks parandusi.
juurutada – Jätkake lahenduse juurutamisega.

Tagasipööramise valik on põhjus, miks pilootprojekti üldse käivitada tasub, seega tuleb taastamisteed harjutada samamoodi nagu taastumise testimine harjutab rikete käsitlemist, selle asemel et see kirja panna ja toimima hakata.

Piloottestimise sisenemis- ja väljumiskriteeriumid

Kokkulepitud kriteeriumideta pilootprojekt muutub tagasiside saabudes arvamuste vaidluseks. Mõlemad kriteeriumid kinnitatakse enne esimese kasutaja sisselogimist.

Sisseastumiskriteeriumid – pilootprojekt võib alata, kui:

Kasutaja vastuvõtutestimine on lõpule viidud ja ükski avatud defekt ei ole nii tõsine, et see takistaks igapäevast tööd.
Pilootkeskkond peegeldab tootmiskeskkonda konfiguratsiooni, andmemahu ja integratsioonide poolest.
Pilootgrupp on valitud, välja õpetatud ning neile on selgitatud harjutuse eesmärki ja kestust.
Pilootperioodiks on olemas testitud tagasipööramisplaan ja tugikontakt.

Väljumiskriteeriumid – pilootprojekt lõpeb, kui kokkulepitud mõõtmised on olemas, tavaliselt:

Defektide loendatakse raskusastme järgi, kusjuures on olemas lävi, mille ületamisel juurutamine edasi lükatakse.
Süsteemi toetatavate äriprotsesside ülesannete täitmismäärad ja veamäärad.
Toimivus, mida mõõdetakse asendatava süsteemi baastaseme suhtes.
Tugiteenuste koormus, näiteks kõnede või piletite arv kasutaja kohta nädalas.
Kasutajate rahulolu koguti struktureeritud küsitluse, mitte mitteametlike kommentaaride kaudu.

Need mõõtmised annavad alust üksikule edasi-tagasi või mitte-edasi-mineku otsusele ja samad numbrid annavad tavaliselt alust laiemale riskipõhine testimine hindamine, mis määrab, kui palju lisakajastust versioon enne üldist kättesaadavust vajab.

Piloottestimine vs beetatestimine

Neid kahte tegevust aetakse sageli segamini, sest mõlemad pakuvad kasutajatele lõpetamata tarkvara. Erinevus seisneb kontrollis: pilootversioon on mõõdetud katsetus kindla grupi sees, samas kui beetaversioon on avatud väljalase, mis kogub mahulist tagasisidet.

Aspekt	Piloottestimine	Beetatestimine
publik	Valitud esinduslik rühm teadaolevas kohas	Iga avalikkuse liige, kes soovib osaleda
keskkond	Meeskonna kontrolli all olev tootmislaadne keskkond	Kasutaja enda seadmed ja võrgud
Ajastamine	Pärast kasutajate vastuvõtu testimist, enne kasutuselevõttu	Pärast pilootseeriat, lähemale üldisele väljalaskele
Eesmärk	Tõestage teostatavust, kulusid, riski ja juurutamisvalmidust	Koguge laialdast tagasisidet ja paljastage haruldasi keskkonnaprobleeme
Mõõtmine	Formaalsed sisenemis- ja väljumiskriteeriumid koos kokkulepitud mõõdikutega	Teatatud probleemid ja kasutustelemeetria
Tagastus	Pilootgrupi jaoks planeeritud ja harjutatud	Kasutajad desinstallivad või taastavad oma versiooni ise

Pilootestimine erineb samavõrd kasutaja aktsepteerimise testimine, mis küsib, kas süsteem vastab kokkulepitud nõuetele, ja alates alfatestimine, mis toimub ettevõttesiseselt enne, kui ükski klient ehitust näeb.

Piloottestimise eelised ja puudused

Kompromiss on lihtne: piloot ostab tõendeid ja tasub nende eest ajakava ja koordineerimispingutustega.

Eelised	Puudused
Paljastab reaalsetes kasutusmustrites defekte, mida laboris ei saa taasesitada	Lisab UAT ja väljalaske vahele ajakavasse faasi
Valideerib paigaldusetapid, koolitusmaterjalid ja tugiprotseduurid	Nõuab tootmislaadset keskkonda ja spetsiaalset tugiteenust
Esitab mõõdetud tõendeid edasi-tagasi otsuse kohta	Tulemused on esinduslikud ainult valitud pilootgrupi kohta.
Piirab rikke plahvatusraadiust ühele grupile, mitte igale kasutajale	Lühike pilootprojekt võib mööda vaadata kuu lõpu, tippkoormuse ja hooajalisest käitumisest
Suurendab sidusrühmade usaldust enne laiemat kasutuselevõttu	Osalejad võivad kõhelda oma reaalses töös esinevate probleemide teatamisel

Mõlemad veerud pooldavad pilootprojekti käsitlemist planeeritud etapina programmi sees. tarkvara testimise elutsükkel oma plaani ja omanikuga, mitte mitteametliku leotusperioodina, mis on lisatud lõppu süsteemi testimine.

Hea tava piloottestimiseks

Planeerige piloottest kaks päeva enne kasutatavuse testi.
Ärge alustage piloottesti enne, kui kõik kasutajad, kliendid ja projektimeeskond on eduka tulemuse kriteeriumides kokku leppinud.
Paluge kasutajatel märkida oma materjalide koopiatele kõik probleemid, kirjeldada oma muresid ja pakkuda (kui neil on) parendusettepanekuid.
Teavitage kasutajaid pilootprojekti eesmärgist, pikkusest ja edenemisest.
Valige osalejad, kes peegeldavad tegelikku kasutajaskonda, sealhulgas ka vähem enesekindlaid, sest entusiastide grupp teatab meelitavast tulemusest.
Pidage probleemide, tagasiside ja otsuste kohta ühtset logi, et väljumisläbivaatus toimiks ühest dokumendist lähtuvalt.

Kaks täiendavat praktikat tulenevad keskkonnast endast. Katke pilootgrupi seade, brauser ja operatsioonisüsteem võimalikult hoolikalt. konfiguratsiooni testimine ja kinnitada, et igapäevased toimingud, nagu varundamine, jälgimine ja partiitööd, toimivad korralikult, mis ongi käesolevas dokumendis käsitletud teema. käitusvastuvõtu testimine.

Piloottestimise näide

Järgnevalt on toodud mõned piloottestimise levinumad näited.

Microsoft jookseb Windows Insider Program, avaldades eelväljaande Windows vabatahtlike kanalite jaoks enne nende versioonide üldist kättesaadavust.
Google jookseb Android Beeta programm, mis registreerib toetatud Pixeli seadmed eelväljalaske prooviperioodiks Android valmib enne avalikku ilmumist.
HP korraldab oma toodete ja teenuste jaoks veebipõhiseid pilootprogramme.

Igal näitel on sama kuju: piiratud, isevalitud populatsioon käitab tegelikku toodet, telemeetriat ja tagasisidet tagasi tarnijale ning laiem väljalase ootab neid tõendeid. Tehnika asukoht teiste saadaolevate lähenemisviiside seas on välja toodud jaotises tarkvara testimise tüübid.

KKK

Piisavalt suur, et hõlmata kõiki olulisi rolle, asukohti ja seadmeprofiile, ning piisavalt väike, et korralikult toetada. Esinduslikkus on suurem kui töötajate arv: kakskümmend kasutajat, kes katavad kõiki töövooge, on kasulikumad kui kakssada ühest osakonnast.

Piisavalt pikk, et katta vähemalt üks täielik kõnealuse protsessi äritsükkel. Palgaarvestussüsteem vajab palgaperioodi, jaemüügisüsteem aga tipptasemel kauplemispäeva. Lühem periood on pigem uudsus kui tavapärane kasutus.

Ei. Vastuvõtutestimisel küsitakse, kas süsteem vastab kokkulepitud nõuetele, tavaliselt skriptitud stsenaariumide kaudu. Pilootprojektis küsitakse, kas see peab vastu igapäevasele skriptimata kasutamisele reaalses asukohas, ja see töötab pärast vastuvõtu kinnitamist.

See peaks kasutama tootmisrealistlikke andmeid mahu ja kuju poolest, sest jõudlusvead peidavad end mastaabis. Kui andmed on isiklikud või reguleeritud, säilitab maskeeritud koopia mahu ilma klientide andmeid prooviperioodi jooksul paljastamata.

Ärikasutajad, kes süsteemi igapäevaselt haldavad, tugiteenuse kontakt, keskkonna infrastruktuuri omanik ja sponsor, kes saab lubada käimasoleva või mittekäiva kõne. Koolitajad liituvad seal, kus juurutamine hõlmab uusi protseduure.

Kui muudatus on väike ja pöörduv, kui ühtegi gruppi ei saa isoleerida ilma äritegevust häirimata või kui realistlikku keskkonda ei ole võimalik pakkuda, annab etapiviisiline juurutamine kiire tagasipöördumisega tavaliselt parema väärtuse.

Masinõpe koondab vabas vormis kommentaarid ja tugiteenuse piletid teemade kaupa, märgistab pilootperioodi jooksul toimunud meeleolumuutusi ja seostab telemeetriat teatatud probleemidega. See toob mustrid kiiresti esile, kuigi otsustusõigus jääb sponsori otsustada.

Jah, mehaaniliste osade puhul – tagasisidevormide tugisüsteemid, jälgimispäringud, tagasipööramisskriptid ja kontrollnimekirjade mustandid olemasolevatest stsenaariumidest. Pilootprojekti ulatus, osalejate valik ja väljumisläved on äriotsused, mida ükski assistent ei peaks tegema.