Järjestelmän testaus - Järjestelmätestauksen erityypit ja painopistealueet

Johdanto järjestelmän testaukseen

Oletko koskaan kuullut järjestelmän testauksesta? Kyllä, tietenkin, olet kuullut, mutta et tiedä mitä testataan. Kuinka se toteutetaan todellisessa ympäristössä. Nykymaailma on täynnä paljon laitteita, uutta tekniikkaa ilmestyy joka päivä. Jotta voidaan ylläpitää laatua ja varmistaa, että tuotteemme on virheettömiä ja luotettavia, jokaisella kehityksellä on syrjään samansuuntainen testaustiimi.

Testaaminen on ristiintarkistusprosessi, onko meillä oikeita toimintoja vai ei. Ohjelmistotestaus on vaihe, jossa ohjelmisto valmistuu. Nyt integroitu ohjelmisto testataan. Testaamalla tarkistamme, vastaako ohjelmisto vaatimuksiamme vai ei.

Testaus, joka tehdään koko järjestelmälle, joka tunnetaan järjestelmän testauksena. Tällä testillä paljastamme virheet. Se varmistaa, että kaikki järjestelmä toimii odotetulla tavalla. Tarkistamme järjestelmän suorituskyvyn ja toimivuuden saadaksesi laadukkaan tuotteen. Järjestelmätestaus ei ole muuta kuin koko järjestelmän testaamista. Tämä testaus tarkistaa täydellisen päästä päähän -skenaarion asiakkaan näkökulmasta.

Toiminnalliset ja ei-toiminnalliset testit tehdään myös järjestelmätestauksella. Kaikki asiat tehdään luottamuksen ylläpitämiseksi siinä kehityksessä, että järjestelmä on viaton ja virheetön. Järjestelmätestauksen tarkoituksena on myös testata laitteisto- / ohjelmistovaatimuksia koskevia vaatimuksia.

Järjestelmätestaus on enemmän rajoitettua testaustapaa; Sen tarkoituksena on havaita molemmat viat "kokoonpanojen välisissä yksiköissä".

Testejä on kahta tyyppiä:

Ne ovat erikoistuneita järjestelmiä ja sovelluksia

Ennen kuin hyppää suoraan järjestelmätestiin, haluan sinun tuntevan testauksen kulun. Joten saat selkeän kuvan. Katso seuraava kaavio.

Järjestelmätestauksen tyypit

Alla on erityyppiset testaukset, jotka ovat seuraavat:

1. Toimintatestaus

• Tämä testaus varmistaa, että tuotteen toiminnallisuus toimii vaatimusmäärityksen mukaisesti järjestelmän ominaisuuksien puitteissa.
• Toimintatestaus tehdään manuaalisesti tai automatisoitujen työkalujen avulla.

2. Hyödynnettävyystestaus

• Tämä testaus määrittää, voidaanko toimia jatkaa onnettomuuden jälkeen tai järjestelmän eheyden menettämisen jälkeen.
• Paras esimerkki tästä olettaa, että lataamme yhden tiedoston. Ja yhtäkkiä yhteys katkeaa. Yhteyden palauttamisen jälkeen lataus alkaa siitä kohdasta, josta lähdimme. Se ei ala uudelleen aloittamisesta.
• Tätä käytettiin silloin, kun toiminnan jatkuvuus on välttämätöntä

3. Suorituskykytestaus

• Tämä testaus varmistaa järjestelmän suorituskyvyn erilaisissa olosuhteissa suorituskykyominaisuuksien suhteen.
• Tätä testausta kutsutaan myös suorituskyvyn vaatimustenmukaisuuden testaamiseksi.
• Tämä testaus varmistaa, että järjestelmävaatimukset täyttyvät
• Se tarkistaa, kun useat käyttäjät käyttävät samaa sovellusta kerrallaan, miten se reagoi takaisin

Suorituskykytestaus voidaan jakaa kolmeen pääluokkaan, kuten nopeus, skaalautuvuus, vakaus.

4. Skaalautuvuustestaus

Tämä testaus varmistaa, että järjestelmän skaalauskyvyt erilaisilla termeillä, kuten käyttäjän skaalaaminen, maantieteellinen skaalaaminen ja resurssien skaalaaminen, ovat.

5. Luotettavuuden testaus

• Luotettavuustestaus varmistaa, että järjestelmä on virheetön.
• Tämä testaus varmistaa, että järjestelmää voidaan käyttää pidempään ilman, että syntyy vikoja.

6. Asiakirjojen testaus

Tämä testaus varmistaa, että järjestelmän käyttöohjeet ja muut ohjeaiheasiakirjat ovat oikeat ja käyttökelpoisia.

7. Turvallisuustestaus

• Testaus, joka vahvistaa, että ohjelmalla on pääsy valtuutettuun henkilöstöön ja että valtuutettu henkilöstö voi käyttää heidän turvallisuustasollaan käytettävissä olevia toimintoja.
• Tämä testaus varmistaa, että järjestelmä ei salli luvatonta pääsyä tietoihin ja resursseihin.
• Turvatestauksen tarkoituksena on selvittää, kuinka hyvin järjestelmä suojaa luvattomalta sisäiseltä tai ulkoiselta pääsöltä tai tahallisilta vaurioilta.
• Seuraavalla alueella voimme yleensä tarkistaa turvallisuuden:

1. Authentication
2. valtuutus
3. Tietojen validointi
4. Kuljetusten turvallisuus
5. Datan suojelu
6. Istunnon hallinta

8. Käytettävyystestaus

Varmistaaksesi, että järjestelmää on helppo käyttää, oppia ja käyttää

9. Vaatimukset Testaus

Jokainen järjestelmä on testattu vaatimus.

• Suorat havainnot järjestelmää käyttävistä ihmisistä.
• Käytettävyyskyselyjä on tehty tämän testauksen yhteydessä.
• Tämän testin mukaiset käyttäjätestit. Kutsutaan myös Beta-testaukseksi.
• Tämä testaus testaa järjestelmää, kuinka todellinen käyttäjä toimii ympäristössä.
• Käytettävyystestausta käytetään pääasiassa sovelluksen suunnitteluun.
• Käytettävyystestissä todelliset käyttäjät yrittävät saada tuotteen kanssa tyypillisiä tavoitteita ja tehtäviä valvotuissa olosuhteissa.

Tätä järjestelmää käytetään määrittämään:

1. Kuinka helppoa on ymmärtää sovelluksen käyttöä.
2. Kuinka helppoa on suorittaa hakemusprosessi.

10. Kuormitustestaus

Tämä testaus määrittää, kuinka sovellus toimii, kun useat käyttäjät käyttävät sitä samanaikaisesti useissa paikoissa.

• Tämä testaus tehdään sen määrittämiseksi, onko järjestelmän suorituskyky hyväksyttävä ennalta määrätyllä kuormitustasolla.
• Kuormitustestaus arvioi järjestelmän suorituskykyä ennalta määritellyillä kuormitustasoilla.
• Se tarkistaa sovelluksen normaalit ja ennalta määritetyt ehdot.

11. Stressitestaus

Tämä testaus yleensä tarkistaa, että järjestelmä jatkaa toimintaansa, kun siihen kohdistuu odotettua suuri tietomäärä.

• Stressitestaus voi sisältää syöttötapahtumia, sisäisiä taulukoita, viestintäkanavia, levytilaa jne.
• Stressitestaus varmistaa, että järjestelmän tulisi toimia niin kuin se toimisi tuotantoympäristössä.
• Se tarkistaa järjestelmän äärimmäisissä olosuhteissa.
• Stressitestaus tunnetaan myös nimellä kestävyystestaus.

12. Kokoonpanon testaus

• Konfiguraatiotestaus tarkistaa sen useilla sovellusyhdistelmillä laitteistoon.
• Tämä testaus tarkistaa yhteensopivuusongelman.
• Määritä minimaalinen ja optimaalinen H / W- ja S / W-kokoonpano.
• Tämä testaus määrittää resurssien, kuten muistin, levytilan, suorittimen, verkkokortin, lisäämisen tai muokkaamisen vaikutukset.

13. Yhteensopivuuden testaus

• Yhteensopivuustesti, jolla varmistetaan, pystyykö sovelluksesi toimimaan erilaisissa puhelin-, käyttöjärjestelmissä, sovelluksissa, verkkoympäristöissä tai mobiililaitteissa jne.
• Samanlainen kuin monialustainen testaus.
• Kapasiteetin testaaminen on hyödyllisempää verkkopohjaisissa sovelluksissa, joissa voimme tarkistaa, että sovelluksen on oltava käytettävissä jokaisesta selaimesta.

Avaintarkennusalue

• Järjestelmätestauksen aikana järjestelmä testataan tuotantoympäristössä. Ennen tuotteen toimittamista, järjestelmä tulisi testata tuotantoympäristössä.
• Kehitys- ja tuotantoympäristö voivat olla erilaisia ​​yrityskohtaisesti.
• Sen pitäisi pääasiassa saada määritykseen liittyvä virhe.

Järjestelmän testauskonsepti

Järjestelmätestaus kuuluu Black-Box-testauksen piiriin. Lisäksi on olemassa testauksia, kuten turvallisuus, luotettavuus, suorituskyky, asennus, toiminnallinen testaus jne.

Meillä on myös White-box -testaus. Tämä tunnetaan myös nimellä clear-box -testaus. Valkoisen ruudun testauksella tarkoitetaan testausta, jossa testaaja tuntee testisovelluksen sisäisen rakenteen. Mutta tässä artikkelissa keskitymme mustan laatikon testaukseen.

Mikä on Black Box -testaus?

• Testaus tunnetaan myös käyttäytymistestauksena.
• Musta ruudun testaus keskittyy pääasiassa tuloon ja lähtöön, koska sisäinen koodi on piilotettu testaajalta

Järjestelmätestauksessa on myös joitain seuraavista erikoistuneista testauksista:

1. Regressiotestaus

Tämä testaus riippuu ajasta. Kerroin ei aina riitä tähän testaukseen. Tämä testaus tehdään kahdella tavalla:

• Manuaalinen testaus :

Manuaalinen testaus voidaan tehdä pienelle järjestelmälle. Hanke, jonka kustannukset ovat kysymys. Automaattinen testaus ei ole kätevää.

Kehittäjät tai laadunvarmistustiimi testaavat manuaalisesti jokaisen ohjelmistokoodin polun. Ja sitten vertailu on tapahtunut.

Tämä testaus on erittäin aikaa vievää ja vaatii paljon resursseja sen työskentelemiseen.

Tämä testaus ei ole tehokasta, joten automaatiotestaus tulee kuvaan

• Automaattinen testaus:

Tämä testaus on erittäin hyvä. Paljon yrityksiä, jotka yrittävät hankkia automatisoituja testaustyökaluja.

Jos meillä on paljon sovelluksen versionmuutoksia, se on erittäin hyödyllinen. Yhtä luokkaa näistä työkaluista kutsutaan kaapattuiksi toistotyökaluiksi.

2. Virheenkäsittelytestaus

• Selvittää järjestelmän kyky käsitellä virheellisiä tapahtumia oikein.
• Kaikkien kohtuullisten virheiden on tarkoitus havaita sovellusjärjestelmän toimesta.
• Virheen hallinta on välttämätöntä virheenkorjauksen aikana.
• Menettelyt takaavat useimmiten, että virhe korjataan oikein.
• Tämän testauksen tulisi tapahtua koko SDLC: n ajan.
• Virheet kattavat kaikki odottamattomat olosuhteet.
• Se tarkistaa ohjelmiston kyvyn suorittaa kaikki tapahtumat oikein.
• Esimerkiksi: Lisää vain virheellisiä arvoja sovellukseen tarkistaaksesi, pystyykö järjestelmä riittävän hyvin näiden ongelmien löytämiseen. Tämä prosessi voi olla toistuva.

3. Järjestelmien välinen testaus

• Tämä testaus tehdään, kun sovellus sijoitetaan hajautetulle alueelle. Ja kaikki sijoitettu integraatio tapahtuu. Tämä testaus tehdään pääasiassa tietovirran tarkistamiseksi isännöidystä pääjärjestelmästä muihin järjestelmiin.
• Lyhyesti sanottuna voidaan sanoa, että "kahden tai useamman sovellusjärjestelmän välisen rajapinnan testaaminen".
• Tämä päättää:

1. Järjestelmän dokumentaatio on täydellinen ja tarkka.
2. Parametrit ja tiedot välitetään oikein kahden sovelluksen välillä.

• Testausjoukkoja on paloina, että tapahtuma järjestelmästä toiseen ja päinvastoin suoritetaan oikein. ristiintarkistuksia on tapahtunut ja jos virhe tapahtuu, se korjataan tuolloin.
• Tämä testaus varmistaa tiedonkulun sovellusten välillä.
• Tämä testaus on työlästä, jos automaatiota ei tehdä.
• Kustannukset ovat enemmän, jos iteraatioita on enemmän.

4. Terveellisyyden testaus

• Sanity-testaus tarkoittaa järjestelmän käytön tarkistamista. Testausta kutsuttiin myös kapeana regressiotestauksena.
• Sanity-testit ovat hyödyllisiä sekä ympäristön alkuperäisessä validoinnissa että tulevissa interaktiivisissa vaiheissa.
• Terveellisyyden testaus on keskittynyt.
• Tätä testausta pidetään myös regressiotestauksen osajoukona.
• Esimerkiksi Sanity-testaus on, voidaan olettaa, että tarvitsemme järjestelmän käytettävyyttä. Kuinka aikajärjestelmän täytyy kestää noustakseen?
• Sanity-testaus alun perin suunniteltu ydinmoduulien testaamiseen.
• Sanity-testaus voi tarkistaa yhteyden sovelluspalvelimiin ja oheislaitteisiin.

5. Savun testaus

• Savutestaus tunnetaan yleisesti myös nimellä “Build Verification Testing”.
• Tämä termi on tullut laitteistojen testauksesta. Laitteistotestissä laite läpäisi testin, jos se ei syttynyt tai poltettu ensimmäisen kerran, kun se käynnistettiin.
• Savutestaus tarkistaa ohjelmiston testattavuuden nimeltään Savutestaus.
• Savutestaus päättää, riittääko testaus sovellukselle. Onko se vakaa?
• Savutestaus auttaa määrittämään, missä lopettaa.
• Savutestejä voidaan suorittaa manuaalisesti tai automatisoiduilla työkaluilla.
• Savutestausskenaarioissa korostetaan leveyttä enemmän kuin syvyyttä.
• Savutestaus tunnetaan myös nimellä varmennustestaus / linkkitestaus / perustoiminnallinen testaus.
• Tämä on ”matala ja leveä” lähestymistapa sovellukseen.
• Savutestaus auttaa paljastamaan ongelmat varhain.
• Savutestaus auttaa myös löytämään integraatiotestauksen.
• Savutestauksessa kaikkia komponentteja tulisi koskea ja kaikki tärkeimmät ominaisuudet testata lyhyesti.
• Jos testi epäonnistuu, rakennus palautetaan kehittäjille testaamattomina.
• Savutestausta käytetään yleensä järjestelmätestauksessa, hyväksyntätestauksessa ja integraatiotestauksessa.

6. Rinnakkaistestaus

• Rinnakkaistestaus tarkoittaa useiden sovellusten tai osajärjestelmien testaamista kerrallaan.
• Voimme sanoa, että kahden eri järjestelmän vertailu.

• Rinnakkaistestauksen on määritettävä - Sovelluksen uusi versio tai uudet järjestelmät toimivat oikein viittaamalla olemassa olevaan järjestelmään, joka toimii oikein.
• Rinnakkaistestausta voidaan käyttää uuden järjestelmän hyväksymisessä.
• Rinnakkaistestauksen aikana samat tiedot käytetään molemmissa järjestelmissä.
• Rinnakkaistestauksessa uutta järjestelmää käytetään olemassa olevan järjestelmän kanssa tietyn ajan.
• Ristiintarkastamalla o / p ja vertaamalla o / p nykyiseen järjestelmään. Rinnakkaistestaus tehdään sen varmistamiseksi, että uusi järjestelmä toimii merkkiin saakka kuin aikaisempi järjestelmä.

johtopäätös

Jokaisella ohjelmistokehitysprosessilla on testausosa. Jos ohjelmistolla on kaikki testit ja se täyttää kaikki ehdot, se on valmis luovutettavaksi asiakkaalle. Testaus on tärkeä osa, ja se on tehtävä erittäin vakavasti.

Suositellut artikkelit

Tämä on ollut opas järjestelmän testaamiseen. Tässä olemme keskustelleet johdannosta, järjestelmän testauksen erityypeistä ja sen painopistealueesta. voit myös tarkastella seuraavia artikkeleita saadaksesi lisätietoja -

1. Ura ohjelmistotestauksessa
2. Läpäisytestien haastattelua koskevat kysymykset
3. Mikä on hermoverkot?
4. Viallinen elinkaari ohjelmistojen testauksessa
5. Eri työkalut suorituskyvyn testaamiseen