Tutustu oikeanpuoleiseen vaihtotestaukseen
Kuten aiemmin kurssissa selitettiin, sovelluksen elinkaaren hallinnan testaaminen on tärkeää koodin laadun maksimoimiseksi ja ohjelmiston käyttöönottoon ja päivittämiseen liittyvän toiminnallisen riskin minimoimiseksi. Tämä on syy soveltaa vasemmalle siirtyvien lähestymistapaa, jossa otetaan käyttöön testaustoimia mahdollisimman varhain kehitysvaiheessa. Testaukseen liittyy kuitenkin tiettyjä näkökohtia, jotka eivät ole tehokkaita, kun ne tehdään tällä tavalla. Ne on sen sijaan suoritettava tuotantoympäristössä, jotta ne palvelevat täysin tarkoitustaan. Tätä kutsutaan oikeanpuoleiseksi lähestymistavaksi. Malliskenaariossamme organisaation olisi käytettävä tätä, jotta se voi arvioida järjestelmänsä luotettavuuden oikein yhdessä vian lisäämisen kanssa. Tutki tässä osiossa näitä ja muita kriteerejä, joilla oikean siirtymän testaus on perusteltua.
Mitkä ovat syyt oikeanpuoleiseen testaukseen?
Vaikka vaihtovasemmistotestaus sopii erinomaisesti yksikkö- ja savutestaukseen, se tehdään olosuhteissa, jotka yleensä eroavat merkittävästi aiotuista toimitustavoitteista. Jopa laadunvarmistus- ja valmisteluympäristöt heijastavat harvoin täysin tuotantoympäristöjensä monimutkaisuutta. Käytännössä paras tapa tarkastella kuormituksen toimintaa sen käyttöönoton jälkeen on testata se tässä vaiheessa.
Testauksesta tuotannossa on seuraavat edut:
- Tämä kuvastaa todellisia työoloja, kuten loppukäyttäjäpyyntöjen käsittelyyn liittyvää lisäkuormitusta.
- Tässä otetaan huomioon tekijät, joita olisi vaikea simuloida, kuten liitettävyys ulkoisiin järjestelmiin.
- Kuvastaa kuormituksen kysynnän muutoksia ajan kuluessa.
Mitä ovat tyypilliset oikeanpuoleisen siirtymän testaustilanteet?
Vaikka oikeanpuoleinen testausmenetelmä voisi olla perusteltavissa monissa skenaarioissa, on harvoja, joissa se sopii. Tällaisia skenaarioita ovat esimerkiksi seuraavat:
Microservices-käyttöönotot: mikropalveluarkkitehtuuri koostuu yleensä suuresta määrästä itsenäisesti kehitettyjä komponentteja. Näiden palvelujen yhdistelmien suuri määrä saattaa oikeuttaa oikeanpuoleisen testauksen, jotta voidaan keskittyä skenaarioihin, jotka ovat olennaisimpia todellisessa tuotantoympäristössä (oikean käyttötavan mukaan).
Verkon kaistanleveyden ja viiveen olosuhteiden vaikutuksen arvioiminen: verkko-olosuhteiden simulointi on yleensä haastavaa, joten jos kuormituksen suorituskyky on erittäin viive tai kaistanleveydestä riippuvainen, oikeanpuoleinen testaus voi olla sopivin vaihtoehto.
Käyttäjän hyväksyntätestaus: todellisten käyttäjien palaute voi olla tärkeää kuormituksen suorituskyvyn ja käytettävyyden vahvistamiseksi.
vahvistuksen vikasietoisuusmenettelyt tarpeettomissa kokoonpanoissa: vikasietoisuus- ja järjestelmäpalautustestauksen tarkoituksena on arvioida tuotantokuormitusten vikasietoisuutta. Vikalisäys tarkoittaa, että kuormituksen yksittäisissä komponenteissa on tarkoituksellista lisätä virheitä kuormituksen suorituksen aikana mahdollisten heikkouksien tunnistamiseksi ja niiden lieventämiseksi, mikä lisää yleistä luotettavuutta.
Muistiinpano
Kaaoksen suunnittelu on toinen käsite DevOpsin luotettavuustestauksen alalla. Kuten vikainjektion yhteydessä, siihen liittyy virheiden simulointi ( tässä tapauksessa hallitun kaaoksen luomiseksi testattavassa järjestelmässä). Sen vaikutusalue on kuitenkin tyypillisesti laajempi, ja se kohdistuu koko järjestelmään sen yksittäisten osien sijaan, ja sen testausskenaariot ovat yleensä kattavampia. Käytännössä kaaoksen suunnittelu rajoittuu yleensä kanarialintuja ympäristöihin, joilla on hyvin rajallinen tai ei lainkaan tuotantovaikutusta.
Muistiinpano
Azure Chaos Studion avulla voit toteuttaa kaaostekniikan kokeiluja, jotka kohdistuvat Microsoft Azuressa isännöityihin ratkaisuihin. Suoritat esimerkin tällaisista kokeista tämän moduulin labratyössä.