Loppu-loppu-testausopastus: Mikä on E2E-testaus esimerkin avulla

Sisällysluettelo:

Anonim

Testaus loppuun asti

End To End -testaus on ohjelmistojen testausmenetelmä, joka tarkistaa koko ohjelmiston alusta loppuun ja integroituu ulkoisiin rajapintoihin. End-to-end-testauksen tarkoituksena on testata kokonaisia ​​ohjelmistoja riippuvuuksien, tietojen eheyden ja viestinnän suhteen muiden järjestelmien, rajapintojen ja tietokantojen kanssa täydellisen tuotannon kaltaisen skenaarion toteuttamiseksi.

Ohjelmistojärjestelmän ohella se validoi myös erä- / tietojenkäsittelyn muista ylävirran / loppupään järjestelmistä. Siksi nimi "päästä päähän" . End to End -testaus suoritetaan yleensä toiminnallisen ja järjestelmätestauksen jälkeen. Se käyttää todellista tuotantoa, kuten tietoja ja testiympäristöä, reaaliaikaisten asetusten simulointiin. End-to-end-testausta kutsutaan myös ketjutestaukseksi .

Miksi testata loppuun asti?

End to End -testaus varmistaa järjestelmän täydellisen kulun ja lisää luottamusta havaitsemalla ongelmat ja lisäämällä alijärjestelmien testausta. Nykyaikaiset ohjelmistojärjestelmät ovat monimutkaisia ​​ja yhteydessä useisiin alijärjestelmiin, jotka voivat poiketa nykyisistä järjestelmistä. Koko järjestelmä voi romahtaa minkä tahansa alijärjestelmän vikaantuessa, mikä on suuri riski, joka voidaan välttää päästä päähän -testauksella.

Testausprosessi loppuun asti:

Seuraava kaavio antaa yleiskuvan End to End -testausprosessista.

Testauksen päätoiminnot ovat -

  • Tutkimus loppupään testausvaatimuksista
  • Testaa ympäristön määritys ja laitteisto- / ohjelmistovaatimukset
  • Kuvaile kaikkia järjestelmiä ja niiden osajärjestelmien prosesseja.
  • Kuvaus kaikkien järjestelmien rooleista ja vastuista
  • Testausmenetelmät ja standardit
  • Testitapausten seuranta ja suunnittelu loppuun asti
  • Tulo- ja lähtötiedot jokaiselle järjestelmälle

Kuinka luoda päästä päähän -testaustapauksia?

End to End -testaussuunnittelu koostuu kolmesta osasta

  1. Rakenna käyttäjän toimintoja
  2. Rakennusolosuhteet
  3. Rakenna testitapauksia
Katsotaanpa niitä yksityiskohtaisesti: -

Rakenna käyttäjän toiminnot

Seuraavat toiminnot tulisi tehdä osana käyttäjän käyttäjätoimintoja:

  • Luettele järjestelmän ominaisuudet ja niihin liittyvät komponentit
  • Luettele kunkin ominaisuuden tai toiminnon syötetiedot, toiminta ja lähtötiedot
  • Tunnista funktioiden väliset suhteet
  • Selvitä, voidaanko toiminto olla uudelleenkäytettävä vai riippumaton

Esimerkiksi -Consider skenaario, jossa voit kirjautua tilillesi ja siirtää rahaa toiselle tilille jostakin muusta pankin (3 rd osapuolen sub-järjestelmä)

  1. Kirjaudu pankkijärjestelmään
  2. Tarkista tilisi saldosumma
  3. Siirrä jonkin verran tililtä johonkin toiseen pankkitilille (3 rd osapuolen sub-järjestelmä)
  4. Tarkista viimeisin tilisi saldo
  5. Kirjaudu ulos sovelluksesta

Rakennusehdot perustuvat käyttäjän toimintoon

Seuraavat toiminnot suoritetaan osana rakennusolosuhteita:

  • Rakennetaan joukko ehtoja kullekin määritetylle käyttäjätoiminnolle
  • Ehdot sisältävät järjestyksen, ajoituksen ja dataolosuhteet

Esimerkiksi -Tarkistetaan lisää ehtoja, kuten

Sisäänkirjautumissivu

  • Virheellinen käyttäjänimi ja salasana
  • Tarkistetaan voimassa olevalla käyttäjänimellä ja salasanalla
  • Salasanan vahvuuden tarkistus
  • Virheilmoitusten tarkistus

Saldo

  • Tarkista nykyinen saldo 24 tunnin kuluttua. (Jos siirto lähetetään toiseen pankkiin)
  • Tarkista virheilmoitus, jos siirtomäärä on suurempi kuin nykyinen saldosumma

Rakenna testiskenaario

Testiskenaarion luominen määritetylle käyttäjätoiminnolle

Tässä tapauksessa,

  • Kirjaudu järjestelmään
  • Pankkisaldon tarkistus
  • Siirrä pankkisaldon summa

Luo useita testitapauksia

Luo yksi tai useampia testitapauksia kullekin määritetylle skenaariolle. Testitapaukset voivat sisältää jokaisen ehdon yhtenä testitapauksena.

Mittaustiedot lopusta loppuun:

Seuraavassa on muutama monista mittaustiedoista, joita käytetään lopputestaukseen.

  • Testitapausten valmistelutila: Se antaa testitapausten valmistelulle edistyksen suunnitellun suhteen
  • Viikoittaisen testin eteneminen - antaa viikoittaiset tiedot testin suorittamisen prosenttiosuudesta - epäonnistui, ei suoritettu ja suoritettu suunnitelluille suoritustesteille.
  • Vikojen tila ja yksityiskohdat - Se antaa avoimen ja suljetun vian prosenttiosuuden viikossa. Myös viikkokohtainen vikojen jakautuminen vakavuuden ja prioriteetin perusteella
  • Ympäristön saatavuus - Tuntien kokonaismäärä "ylhäällä" / Testaukseen suunniteltujen päivien kokonaismäärä päivässä

Päästä loppuun testaus Vs-järjestelmän testaus

Testaus loppuun asti Järjestelmän testaus
Vahvistaa ohjelmistojärjestelmän sekä yhteenliitetyt alijärjestelmät Vahvistaa vain ohjelmistojärjestelmän vaatimusten eritelmien mukaisesti.
Se tarkistaa koko prosessin loppuun päästä päähän. Se tarkistaa järjestelmän toiminnot ja ominaisuudet.
Kaikki liitännät, taustajärjestelmät otetaan huomioon testauksessa Toiminnallinen ja ei-toiminnallinen testaus otetaan huomioon testauksessa
Se suoritetaan, kun järjestelmän testaus on valmis. Se suoritetaan integraatiotestauksen jälkeen.
End to End -testaus sisältää ulkoisten rajapintojen tarkistamisen, joiden automatisointi voi olla monimutkaista. Siksi manuaalinen testaus on suositeltavaa. Sekä Manuaalinen että Automaatio voidaan suorittaa järjestelmätestauksessa

Johtopäätös

Ohjelmistotuotannossa End to End -testaus on prosessi, jolla ohjelmistojärjestelmä ja sen alijärjestelmät tarkistetaan. Suurin haaste tässä testauksessa on saada riittävästi tietoa koko järjestelmästä ja yhdistetystä alijärjestelmästä.