Mitä pilottitestaus on? Määritelmä, merkitys, esimerkit

⚡ Älykäs yhteenveto

Pilottitestauksessa toimiva järjestelmä esitellään valitulle käyttäjäryhmälle todellisissa käyttöolosuhteissa ja varmistetaan sen toteutettavuus, kustannukset, riskit ja suorituskyky käyttäjän hyväksyntätestauksen ja täyden tuotantokäyttöönoton välisenä aikana.

  • 🎯 Sijainti syklissä: Pilottivaihe suoritetaan käyttäjien hyväksyntätestauksen jälkeen ja ennen järjestelmän julkaisua kaikille käyttäjille.
  • 👥 Osallistujat: Pieni, edustava ryhmä aitoja loppukäyttäjiä, ei projektitiimi, tuottaa merkityksellisen palautteen.
  • 🧭 Viisi vaihetta: Suunnittele, valmistele, ota käyttöön ja testaa, arvioi ja sitten valmistaudu tuotantokäyttöönottoon.
  • 🔀 Viisi lopputulosta: Horjahdus eteenpäin, peruutus, keskeytä, korjaa ja jatka tai ota käyttöön.
  • 📊 Poistumiskriteerit: Sovi vika-, suorituskyky- ja tyytyväisyyskynnyksistä ennen pilottihankkeen alkua, älä koskaan vasta datan saapumisen jälkeen.
  • 🇧🇷 Ei beta-testausta: Pilottihanketta valvotaan, mitataan ja se tehdään valitun toimipaikan sisällä; beta-julkaisut ovat julkisia.

Järjestelmän pilottijulkaisu valitulle käyttäjäryhmälle ennen täyttä tuotantokäyttöönottoa

Mitä pilottitestaus on?

Pilottitestaus määritellään ohjelmistotestauksen tyypiksi, jossa järjestelmän osa tai koko järjestelmä todennetaan reaaliaikaisissa toimintaolosuhteissa. Pilottitestin tarkoituksena on arvioida projektin toteutettavuutta, aikaa, kustannuksia, riskiä ja suorituskykyä ennen kuin se julkaistaan ​​kaikille.

Tämä testaus tehdään täsmälleen UAT:n ja tuotannon välillä.

Pilottitestauksessa valittu ryhmä loppukäyttäjiä kokeilee testattavaa järjestelmää ja antaa palautetta ennen järjestelmän varsinaista käyttöönottoa. Toisin sanoen se on kenraaliharjoitus seuraavaa käytettävyystestiä varten ja auttaa havaitsemaan järjestelmän virheet varhaisessa vaiheessa.

Alla oleva kaavio havainnollistaa tätä järjestelyä: valmis versio julkaistaan ​​rajoitetulle pilottiryhmälle ja sitä seurataan siellä, kun taas laajempi käyttäjäkunta pysyy olemassa olevassa järjestelmässä, kunnes tulokset ovat valmiit.

Uuden järjestelmän pilottitestaus rajoitetulla käyttäjäryhmällä ennen varsinaista käyttöönottoa

Pilottitestaus koskee järjestelmän asentamista asiakkaan sivustolle (tai käyttäjän simuloituun ympäristöön) jatkuvan ja säännöllisen käytön testaamiseksi.

Yleisin menetelmä on pitää järjestelmä jatkuvassa käytössä sen heikkouksien löytämiseksi. Nämä heikkoudet lähetetään sitten takaisin kehitystiimille vikailmoituksina normaalin kanavan kautta. vianhallinnan prosessi, ja viat korjataan järjestelmän seuraavassa koontiversiossa.

Tämän prosessin aikana joskus myös hyväksymistestaus sisältyy osana Yhteensopivuuden testaus. Tämä tapahtuu, kun järjestelmää kehitetään korvaamaan vanha.

In OhjelmistotuotantoPilottitestaus vastaa myös kaupalliseen kysymykseen, nimittäin siihen, onko tuotteella tai palvelulla potentiaalisia markkinoita.

Miksi pilottitestaus on tärkeää

Pilottikoe on viimeinen tilaisuus oppia jotain edullisesti. Kaikki sen jälkeen on tuotantotapahtumaa. Tarkemmin sanottuna pilottikoe tuottaa seuraavaa:

  • Debugaa ohjelmistoa ja sen testaamiseen ja tukemiseen käytettyjä menettelyjä.
  • Vahvistaa, onko tuote aidosti valmis täysimittaiseen käyttöönottoon.
  • Tukee parempia päätöksiä käyttöönoton aikataulusta, budjetista ja resurssien kohdentamisesta.
  • Mittaa kohderyhmän reaktiota tuotteeseen tai ohjelmaan.
  • Mittaa ohjelman onnistumista sovittujen kriteerien eikä mielipiteiden perusteella.
  • Antaa tiimille harjoituksen käytettävyystestissä käytettävistä tehtävistä.

Kuinka tehdä pilottitestaus

Pilottitestauksen taso riippuu siirtoprojektisi koosta ja laajuudesta. Varsinainen pilottitestaus tehdään erillisellä alueella tai laboratoriossa, jossa käyttäjät suorittavat lukuisia toimenpiteitä, tapahtumia ja raportteja simuloidessaan ohjelmiston toimivuutta.

Pilottitestausta voidaan suorittaa projektin kontekstista riippuen:

  • Yleiselle yritykselle voidaan suorittaa pilottitestaus käyttäjäryhmälle joukolla palvelimia datakeskuksessa.
  • Verkkokehitysyritykselle pilottitestaus voidaan suorittaa isännöimällä sivuston tiedostoja testipalvelimilla tai internetissä olevilla kansioilla.
  • Kaupallisille ohjelmistotoimittajille voidaan suorittaa pilottitesti erityisellä varhaisen käyttöönottajan joukolla.

Olipa konteksti mikä tahansa, pilottitestaus noudattaa kirjallista testaussuunnitelmaa, joka koostuu viidestä vaiheesta.

Vaihe 1: Luo pilottisuunnitelma

Vaihe 2: Valmistaudu pilottikokeeseen

Vaihe 3: Pilottikokeen käyttöönotto ja testaus

Vaihe 4: Arvioi pilottikoe

Vaihe 5: Valmistele tuotantokäyttöönottoa varten

Ennen pilottitestauksen suorittamista on otettava huomioon seuraavat asiat:

  • Tarjoa osallistujille riittävä koulutus.
  • Käyttöönottosuunnitelma palvelimien käyttöönottoa ja järjestelmien valmistelua varten pilottivaihetta varten.
  • Asennusprosessin dokumentointi.
  • Kunkin ohjelmistosovelluksen testausskriptit. Se koostuu suoritettavien funktioiden tarkistuslistoista.
  • Anna suunnittelu- ja testaustiimeille jatkuvaa palautetta käyttäjiltä sähköpostien tai verkkosivustojen avulla.
  • Aseta pilotin arviointikriteerit, kuten tiedot tyytymättömien käyttäjien määrästä, tukipuheluiden ja pyyntöjen määrästä jne.
  • Ota mukaan työryhmä, johon kuuluu yhteisökumppaneita tai sidosryhmiä, jotka ovat investoineet projektiisi ja tapaavat säännöllisesti keskustellakseen edistymisestäsi.
  • Kehitä arviointisuunnitelma ja arviointivälineet tai -työkalut, joilla kerätään tarvittavat tiedot pilottiryhmän tiedosta, asenteiden muutoksista ja käyttäytymisestä.

Pilottivaiheen aikana tiimi kerää ja arvioi testidataa. Datan perusteella tiimi valitsee jonkin seuraavista strategioista.

  • Porrasta eteenpäin – Ota uusi julkaisukandidaatti käyttöön pilottiryhmässä.
  • Kääri takaisin – Suorita palautussuunnitelma pilottiryhmän palauttamiseksi edelliseen kokoonpanotilaansa.
  • Keskeyttää – Keskeytä pilottitestaus.
  • Korjaa ja jatka – Ota käyttöön korjauspäivityksiä olemassa olevan ratkaisun korjaamiseksi.
  • Sijoittaa – Jatka ratkaisun käyttöönottoa.

Palautusvaihtoehto on syy siihen, miksi pilottihanketta kannattaa ylipäätään ajaa, joten palautuspolkua on harjoiteltava samalla tavalla kuin palautumistesti harjoittelee virheiden käsittelyä sen sijaan, että se kirjoitettaisiin muistiin ja oletettaisiin toimivan.

Pilottitestauksen aloitus- ja lähtökriteerit

Pilottihanke, josta ei ole sovittu kriteerejä, muuttuu mielipideväittelyksi palautteen saapuessa. Molemmat kriteerit hyväksytään ennen ensimmäisen käyttäjän kirjautumista sisään.

Aloituskriteerit – pilottihanke voi alkaa, kun:

  • Käyttäjätestaus on suoritettu, eikä yksikään avoin vika ole vakavuusasteeltaan sellainen, että se estäisi päivittäistä työtä.
  • Pilottiympäristö peilaa tuotantoa konfiguraation, datamäärän ja integraatioiden osalta.
  • Pilottiryhmä on valittu, koulutettu ja sille on kerrottu harjoituksen tarkoitus ja kesto.
  • Pilottijaksolle on olemassa testattu palautussuunnitelma ja tukiyhteyshenkilö.

Lopetuskriteerit – pilottihanke päättyy, kun sovitut mittaukset ovat saatavilla, tyypillisesti:

  • Viat lasketaan vakavuuden mukaan, ja kynnysarvo, jonka ylittyessä käyttöönotto lykätään.
  • Järjestelmän tukemien liiketoimintaprosessien tehtävien valmistumisaste ja virheprosentit.
  • Suorituskyky mitattuna korvattavan järjestelmän lähtötasoon verrattuna.
  • Tukikuormitus, kuten puheluiden tai tukipyyntöjen määrä käyttäjää kohden viikossa.
  • Käyttäjien tyytyväisyys kerätty strukturoidulla kyselyllä epävirallisten kommenttien sijaan.

Nuo mittaukset ruokkivat yksittäistä päätöstä siitä, kannattaako mennä vai ei, ja samat luvut yleensä ruokkivat laajempaa kokonaisuutta. riskiperusteinen testaus arviointi, joka määrittää, kuinka paljon lisäkattavuutta julkaisu tarvitsee ennen yleistä saatavuutta.

Pilottitestaus vs. beta-testaus

Nämä kaksi toimintoa sekoitetaan usein, koska molemmat asettavat keskeneräisen ohjelmiston käyttäjien eteen. Ero on hallinnassa: pilotti on mitattu kokeilu määritellyn ryhmän sisällä, kun taas beta on avoin julkaisu, joka kerää palautetta määrällisesti.

Aspect Pilottitestaus Beta-testaus
yleisö Valittu, edustava ryhmä tunnetulla paikalla Jokainen yleisön jäsen, joka suostuu
ympäristö Tiimin hallitsema tuotantomainen ympäristö Käyttäjän omat laitteet ja verkot
Ajoitus Käyttäjätestauksen jälkeen, ennen julkaisua Pilottijakson jälkeen, lähempänä yleistä julkaisua
Tarkoitus Todista toteutettavuus, kustannukset, riskit ja käyttöönottovalmius Kerää laajaa palautetta ja paljasta harvinaisia ​​ympäristöongelmia
Mittaus Viralliset aloitus- ja lopetuskriteerit sovituin mittarein Ilmoitetut ongelmat ja käyttötelemetria
Hintojen lasku Suunniteltu ja harjoiteltu pilottiryhmää varten Käyttäjät poistavat asennuksen tai palauttavat sen itse

Pilottitestaus on yhtä lailla erilainen kuin käyttäjän hyväksyntätestaus, jossa kysytään, täyttääkö järjestelmä sovitut vaatimukset, ja alfa-testaus, joka tapahtuu sisäisesti ennen kuin kukaan asiakas näkee koontiversion.

Pilottitestauksen edut ja haitat

Kompromissi on yksinkertainen: pilottihanke ostaa todisteita ja maksaa niistä aikataululla ja koordinointityöllä.

edut Haitat
Paljastaa todellisissa käyttömalleissa vikoja, joita laboratorio ei pysty toistamaan Lisää vaiheen aikatauluun UAT:n ja julkaisun välillä
Vahvistaa asennusvaiheet, koulutusmateriaalin ja tukimenettelyt Edellyttää tuotantomaista ympäristöä ja erillistä tukipalvelua
Tuottaa mitattua näyttöä päätöksestä jatkaa tai lopettaa Tulokset ovat edustavia vain valitun pilottiryhmän mukaan.
Rajaa vian räjähdyssäteen yhteen ryhmään kaikkien käyttäjien sijaan Lyhyt pilottihanke voi ohittaa kuukauden lopun, huippukuormituksen ja kausiluonteisen käyttäytymisen
Rakentaa sidosryhmien luottamusta ennen laajempaa käyttöönottoa Osallistujat saattavat epäröidä raportoida ongelmista omassa työssään

Molemmat kolumnit kannattavat pilottihankkeen käsittelyä aikataulun mukaisena vaiheena ohjelmistotestauksen elinkaari omalla suunnitelmallaan ja omistajallaan, eikä epävirallisena liotusjaksona, joka on liitetty loppuun järjestelmän testaus.

Hyvä käytäntö pilottitestaukseen

  • Varaa pilottitesti kaksi päivää ennen käytettävyystestiä.
  • Älä aloita pilottitestausta ennen kuin kaikki käyttäjät, asiakkaat ja projektitiimi ovat yhtä mieltä onnistuneen tuloksen kriteereistä.
  • Pyydä käyttäjiä merkitsemään mahdolliset ongelmat materiaalikopioihinsa, kuvailemaan huolenaiheitaan ja tarjoamaan (jos heillä on) parannusehdotuksia.
  • Kerro käyttäjille pilottihankkeen tarkoituksesta, kestosta ja etenemisestä.
  • Valitse osallistujia, jotka heijastavat todellista käyttäjäkuntaa, mukaan lukien vähemmän itsevarmat, koska ryhmä innokkaita käyttäjiä raportoi mairittelevasta tuloksesta.
  • Pidä yhtä lokia ongelmista, palautteista ja päätöksistä, jotta loppuarviointi toimii yhdestä tiedosta.

Kaksi muuta käytäntöä tulee itse ympäristöstä. Kattaa pilottiryhmän laite-, selain- ja käyttöjärjestelmäjakauma mahdollisimman huolellisesti. konfiguraatiotestaus ja varmistaa, että päivittäiset toiminnot, kuten varmuuskopiointi, valvonta ja eräajot, toimivat normaalisti, mikä on osa-alue, jota käsitellään toiminnan hyväksyntätestaus.

Esimerkki pilottitestauksesta

Seuraavassa on joitain yleisiä esimerkkejä pilottitestauksesta:

  • Microsoft toimii Windows Sisäpiiriohjelma, julkaisemalla ennakkojulkaisun Windows versiot vapaaehtoisille kanaville ennen kuin ne tulevat yleisesti saataville.
  • Google toimii Android Beta-ohjelma, joka rekisteröi tuetut Pixel-laitteet kokeiluversioon ennen julkaisua Android rakentuu ennen julkista julkaisua.
  • HP järjestää tuotteilleen ja palveluilleen verkkopilottiohjelmia.

Jokaisella esimerkillä on sama muoto: rajallinen, itse valittu populaatio suorittaa todellisen tuotteen, telemetrian ja palautteenkulun takaisin toimittajalle, ja laajempi julkaisu odottaa näitä todisteita. Tekniikan sijainti muiden käytettävissä olevien lähestymistapojen rinnalla on esitetty kohdassa ohjelmistotestauksen tyypit.

UKK

Riittävän suuri kattamaan kaikki tärkeät roolit, sijainnit ja laiteprofiilit, ja riittävän pieni tukeakseen niitä asianmukaisesti. Edustavuus on parempi kuin henkilöstömäärä: kaksikymmentä käyttäjää, jotka kattavat kaikki työnkulut, on hyödyllisempää kuin kaksisataa yhdeltä osastolta.

Riittävän pitkä kattamaan vähintään yhden kokonaisen liiketoimintasyklin kyseisessä prosessissa. Palkanlaskentajärjestelmä tarvitsee maksukierron, vähittäismyyntijärjestelmä tarvitsee huippukaupankäyntipäivän. Mikä tahansa lyhyempi mittaa uutuudenviehätystä pikemminkin kuin normaalia käyttöä.

Ei. Hyväksymistestauksessa kysytään, täyttääkö järjestelmä sovitut vaatimukset, yleensä skriptattujen skenaarioiden avulla. Pilottivaiheessa kysytään, kestääkö järjestelmä päivittäisen, skriptaamattoman käytön todellisessa kohteessa, ja se toimii hyväksynnän vahvistamisen jälkeen.

Sen tulisi käyttää tuotantoon sopivaa dataa sekä volyymiltaan että muodossa, koska suorituskykyongelmat piilevät mittakaavassa. Jos data on henkilökohtaista tai säänneltyä, peitetty kopio säilyttää sen paljastamatta asiakastietoja kokeilun aikana.

Järjestelmää päivittäin käyttävät yrityskäyttäjät, tukipalvelun yhteyshenkilö, ympäristön infrastruktuurin omistaja ja sponsori, joka voi valtuuttaa hyväksymis- tai hylkäyspuhelun. Kouluttajat liittyvät mukaan, jos käyttöönottoon sisältyy uusia menettelytapoja.

Kun muutos on pieni ja palautuva, kun yhtäkään ryhmää ei voida eristää häiritsemättä liiketoimintaa tai kun realistista ympäristöä ei voida tarjota, vaiheittainen käyttöönotto ja nopea peruutus antavat yleensä paremman vastineen rahalle.

Koneoppiminen ryhmittelee vapaamuotoiset kommentit ja tukipyynnöt teemoihin, merkitsee pilottijakson aikana tapahtuvia mielipidemuutoksia ja korreloi telemetrian raportoituihin ongelmiin. Se paljastaa malleja nopeasti, vaikka päätös siitä, onko se onnistunut vai ei, pysyy sponsorin päätettävissä.

Kyllä, mekaanisten osien osalta — palautelomakkeiden rakenne, valvontakyselyt, palautusskriptit ja tarkistuslistojen luonnokset olemassa olevista skenaarioista. Pilottihankkeen laajuus, osallistujien valinta ja poistumiskynnykset ovat liiketoimintapäätöksiä, joita avustajan ei pitäisi tehdä.

Tiivistä tämä viesti seuraavasti: