Paras vastaus
Järjestelmätestitapaukset
Tässä on esimerkkejä verkkokauppasivuston testiskenaarioista:
1 Jos sivusto käynnistyy oikein kaikkien asiaankuuluvien sivujen, ominaisuuksien ja logon kanssa
2. Jos käyttäjä voi rekisteröityä / kirjautua sisään sivustoon
3. Jos käyttäjä näkee saatavilla olevat tuotteet, hän voi lisätä tuotteita ostoskoriinsa ja suorittaa maksun ja saada vahvistuksen sähköposti tai tekstiviesti tai puhelu.
4. Jos tärkeimmät toiminnot, kuten haku, suodatus, lajittelu, lisääminen, muuttaminen, toivelista jne. toimi odotetulla tavalla
4. Jos käyttäjien määrä (määritelty vaatimusasiakirjassa) voi käyttää sivustoa samanaikaisesti
5. Jos sivusto käynnistyy oikein kaikissa tärkeimmissä selaimissa ja eir uusimmat versiot
6. Jos tapahtumat tapahtuvat sivustolla tietyn käyttäjän välityksellä, ovat riittävän turvalliset
7. Jos sivusto käynnistyy oikein kaikilla tuetuilla alustoilla, kuten Windows, Linux, Mobile jne.
8. Jos käyttöoppaan / oppaan palautuskäytäntö, tietosuojakäytäntö ja sivuston käyttöehdot ovat saatavana erillisenä asiakirjana ja hyödyllisiä kaikille aloittelijoille tai ensimmäistä kertaa käyttäville.
9. Jos sivujen sisältö on kohdistettu oikein, hyvin hoidettu ja ilman kirjoitusvirheitä.
10. Jos istunnon aikakatkaisu toteutetaan ja se toimii odotetulla tavalla
11. Jos käyttäjä on tyytyväinen sivuston tai toisin sanoen käyttäjän ei ole vaikeaa käyttää sivustoa.
Järjestelmätestaustyypit
ST kutsutaan kaiken tyyppisten testien supersetiksi a s siinä käsitellään kaikkia tärkeimpiä testaustyyppejä. Vaikka keskittyminen testaustyyppeihin voi vaihdella tuotteen, organisaation prosessien, aikajanan ja vaatimusten mukaan.
Toimintotestaus: Tehdä varmista, että tuotteen toiminnallisuus toimii määriteltyjen vaatimusten mukaisesti järjestelmän ominaisuuksien puitteissa.
Palautettavuustestaus: Varmistaaksesi miten hyvin järjestelmä toipuu erilaisista syöttövirheistä ja muista vikatilanteista.
Yhteentoimivuuden testaus: Varmistaaksesi, että järjestelmä voi toimia hyvin kolmansien kanssa – tai puolueettomia tuotteita.
Suoritustestaus: Varmista järjestelmän suorituskyky eri olosuhteissa suorituskykyominaisuuksien suhteen.
Skaalattavuuden testaus: Varmista järjestelmän skaalausominaisuudet eri termeillä, kuten käyttäjän skaalaus, maantieteellinen skaalaus ja resurssien skaalaus.
Luotettavuustesti: Varmista, että järjestelmää voidaan käyttää pidempään ilman vikoja.
Regressiotestaus: varmista järjestelmän vakaus, kun se kulkee eri alijärjestelmien ja ylläpitotehtävien integroinnin läpi.
Dokumentaation testaus: Varmista, että järjestelmän käyttöopas ja muiden ohjeaiheiden asiakirjat ovat oikeita ja käyttökelpoisia.
Suojaustestaus: Varmista, ettei järjestelmä salli luvattomaa pääsyä tietoihin ja resursseihin .
Vastaus
Otetaan yksinkertainen esimerkki ymmärtääksemme, mikä on -testi Automaatiokehys . Kuinka luulet, että Intian demokratia, joka on toiseksi suurin maailmassa, toimii? Onko se tapauskohtaista? Ei! Intian demokratiaa ohjaavat perusprosessit ja rakenteet – Intian perustuslaki. Entä jos perustuslakia ei olisi ollut siellä? Entä jos ihmisiä ei ohjata mihinkään ohjeisiin? Joo! Täydellinen kaaos.
Lähes kaikki ohjaa ”kehys” – peruspiirteet tai -rakenne, joukko ohjeita, joita noudatettaessa saadaan johdonmukaisia ja hyödyllisiä tuloksia. Olkoon se sitten valmistus, politiikka tai palvelut. Kuinka sitten Test Automation Framework voi olla erilainen!
Testaa automaatiokehys
Ennen siirtymistä kohtaan Testiautomaatiokehys , ensin ymmärretään testiautomaation eri komponentit.
- AUT : Testattava sovellus
- Testiautomaatiotyökalu , kuten HPE UFT tai Selenium
- Test Management Tool , johon testitapaukset ja kuvakaappaukset tallennetaan. Sen puuttuessa voidaan käyttää myös yhteistä jaettua asemaa.
- Testausympäristö : Vakaa ympäristö, johon sovellus asennetaan testitarkoitusta varten
- Sovellusobjektit : Sovelluksen eri elementit, kuten tekstiruutu, valintaruutu, valintanappi, avattava valikko jne.
- Sovellusmoduulit : Erityiset toiminnalliset virrat, jotka on suoritettava eri testitapauksissa. Esim. Käyttäjätunnus.
- Testitiedot : Syötearvot (kelvolliset tai virheelliset) sovelluskentille, kuten kirjautumistunnuksille
- Funktiot : Joukko uudelleenkäytettäviä käskyjä (tietylle toiminnalliselle kululle), joka on suoritettava eri komentosarjoissa. Esim. Käyttäjätunnus.
- Testiskripti : Erillinen testitapaus, joka on koodattu tietylle ohjelmointikielelle testiautomaatiotyökalun avulla
- Tulokset : Tämä sisältää virhelokit, suoritustilan, kuvakaappaukset, muodolliset raportit jne.
Kuinka voit luuletko näiden eri komponenttien olevan vuorovaikutuksessa testataksesi sovelluksen automaattisesti? Kuinka moduloit sovellusvirrat eri toimintoihin? Kuinka tunnistat ja järjestät sovellusobjektit? Mihin testitiedot on tallennettu? Kuinka siihen pääsee? Mistä suoritat testiskriptejä? Automaatiotyökalu vai testinhallintatyökalu? Mitkä kaikki kuvakaappaukset ja lokit kaapataan? & missä muodossa? Kuinka ilmoitat testin suoritustulokset? Joo! Näiden sääntöjen ohjaamiseksi on oltava joukko ohjeita, eikö? Sitä me kutsumme sitä Test Automation Framework !
Virallisesti,
A Testiautomaatiokehys on joukko protokollia, standardeja ja ohjeita (ohjelmoitu), jotka asettavat tietyn tuotteen testaussäännöt – kuinka erilaiset automaatiokomponentit ovat vuorovaikutuksessa automatisointikomentosarjojen suorittamiseksi ja tulosten sieppaamiseksi johdonmukaisella ja edullisella tavalla. Eli. miten nämä eri komponentit (rakennusosat) on koottava.
Johtaja Esimerkki
Toivottavasti tämä tekee konseptista hieman selkeän? Ei? Hämmentynyt vielä? Tehdäkseen sen kristallinkirkkaammaksi katsotaan joitain permutaatioita ja yhdistelmiä siitä, miten nämä eri komponentit voivat olla vuorovaikutuksessa, eli eri tavoin nämä komponentit voidaan järjestää.
- Käyttäjä käyttää tallennus- ja toisto-ohjelmia ominaisuus, jossa käyttäjä tallentaa testitapauksen jokaisen vaiheen (mukaan lukien navigointi- ja tietopanokset) >> komentosarja luodaan automaattisesti >> muokkaa komentosarjaa tarkistuspisteiden lisäämiseksi >> Komentosarjan toisto. Ympäristö, objektit ja testitiedot kaapataan testikoodiin tallennuksen aikana.
- Klubin yleisten tehtävien, kuten käyttäjän kirjautumisen, sijasta jokaisen ja jokaisen vaiheen tallentamisen sijaan toimintoihin, joita voidaan sitten kutsua eri testiskripteistä.
- Voimme luoda erillisen objektivaraston kaikkien sovellusobjektien tietojen tallentamiseen ja käyttää sitten näitä objekteja testiskripteissä sen sijaan, että tunnistaisimme objektin joka kerta jokaisessa komentosarjassa.
- Entä pidämme testitiedot komentosarjan ulkopuolella? Sano erillisessä Excel-tiedostossa? Ja sitten ladataan nämä arvot komentosarjan muuttujiin ajon aikana?
- Oletetaan, että luomme erilaisia toimintoja jokaiselle sovellusvirralle / toiminnolle ja luemme sitten vaiheiden sarjan (yhdessä tietojen kanssa) ulkoisesta tiedostosta, kuten excel arkki? Esim. OpenHomePage >> EnterUsername >> EnterPassword >> ClickLogin
- Entä jos määritämme yhteisen määritystiedoston, joka sisältää kaikki ympäristöasetukset, kuten sovelluksen URL-osoitteen, selainkohtaiset tiedot, kirjautumistiedot jne.?
- Kuvakaappausten kaappaaminen vain epäonnistuneita vaiheita varten ja kumulatiivisen Pass / Fail -raportin luominen testin suorittamisen lopussa, joka tallennetaan jaettuun asemaan
- Testitulokset kirjataan erilliseen lokitiedosto, joka voidaan sitten lähettää sidosryhmille
Yhteenveto
Testiautomaatiokehys tarjoaa käyttäjälle erilaisilla eduilla, jotka auttavat heitä kehittämään, suorittamaan ja raportoimaan automaatiotestiohjelmat tehokkaasti – vakio-komentosarjat, johdonmukainen lähestymistapa, tiimin johdonmukaisuus, skaalautuvuus, modulaarisuus, vähemmän virhealtista, ymmärrettävyys, uudelleenkäytettävyys, minimaalinen manuaalinen puuttuminen, helppo raportointi, vähentynyt kustannukset, helppo ylläpito jne.
Yhteenvetona: Test Automation Framework on avainasemassa automaatiotestauksessa. Mutta ennen kuin aloitat kehyksen rakentamisen, muista, että Test Automation Framework <: n v on erilainen alue. span> saatavilla nyt-a-days – varmista, että rakennat kehystä, joka soveltuu parhaiten testattavalle projektille tai sovellukselle!
No, tämä oli vain johdanto testiautomaatiokehys ja toivon, että sait perusajatuksen siitä, mistä puitteissa on kyse.