Johdatus Adhoc-testaukseen

Adhoc-testaus on satunnaista tai epävirallista testausta, jolla voi olla mahdollisuus rikkoa järjestelmä. Tätä ei yleensä suunnitella, eikä testimenetelmiä, kuten testitapausten suunnittelu ja testitapausten luominen, ole olemassa. Se voidaan tehdä missä tahansa sovelluksen osassa. Päätavoite on löytää järjestelmään liittyviä ongelmia tai puutteita tarkistamalla satunnaisesti koodin osia. Se seuraa virhearvaustekniikkaa. Sitä voivat tehdä ihmiset, jotka ovat työskennelleet sovelluksen parissa aiemmin ja voivat helposti löytää virheitä tai ongelmia suorittamalla tällaisen testin.

Kuinka Adhoc-testaus suoritetaan?

Adhoc-testaus suoritetaan useilla tavoilla. Tämä voidaan tehdä milloin tahansa. Tämä voi olla projektitestauksen alussa, keskellä tai loppua kohti. Adhoc-testaus suoritetaan kolmella tavalla. Ne ovat seuraavat:

  • Kaverien testaus
  • Parin testaus
  • Apinan testaus

Katsokaamme näitä yksityiskohtaisesti

1. Kaverien testaus

Kuten nimestä voi päätellä, voidaan sanoa, että kaksi kaveria, testaaja ja kehittäjä työskentelevät yhdessä. He valitaan työskentelemään tietyllä moduulilla. Heti kun kehittäjä on suorittanut yksikkötestauksen ja testaajalla on joitain tapauksia mielessä, he molemmat voivat työskennellä kyseisessä moduulissa. Suorittamalla tällainen testaus voit varmistaa, että uutta tulevaisuutta tai toiminnallisuutta tarkistetaan laajemmalla näkökulmalla sekä kehittäjälle että testaajalle. Kehittäjä pystyy ymmärtämään erilaisia ​​skenaarioita, joiden läpi koodi menee, ja ajattelemaan tästä näkökulmasta.

Vaikka testaaja voi saada kehittäjän näkökulman olemassa olevaan suunnitteluun, se auttaa välttämään virheellisiä skenaarioita testitapauksissa. Tämä auttaa välttämään virheellisiä virheitä. Molemmat osapuolet voivat ajatella toisiaan ja saada selkeämmän kuvan kehitteillä olevasta ja testattavasta sovelluksesta. Se auttaa myös kehittämään parempia testitapauksia ja kehittäjille parempaa suunnittelua. Tämä tapahtuu yleensä, kun yksikkötestaus on valmis.

2. Paritesti

Tässä testauksessa kaksi testaajaa työskentelevät yhdessä moduulin kanssa. Heillä on yhteinen asennus tehty testaustarkoituksiin. Toteuttamalla tällainen testaus on varmistettu, että molemmat testaajat löytävät tapoja havaita suurempi määrä virheitä rakennetussa sovelluksessa. He jakavat testaustyön ja tekevät myös tarvittavan dokumentoinnin kaikista yhdessä tekemistä havainnoista. Tällainen testaus voi löytää enimmäismäärän skenaarioita.

3. Apinan testaus

Tämä testaus suoritetaan yksikkötestaustasolla. Moduulia testaava henkilö testaa sovelluksen täysin satunnaisella tavalla. Tämä tehdään sen tarkistamiseksi, pystyykö järjestelmä kestämään kaatumisia milloin tahansa. Tällaisen testin avulla voidaan löytää monia vikoja, jotka olisi voinut jättää aiemmin. Tämä testi voi myös rikkoa järjestelmän, jonka avulla voimme ymmärtää suorituskykyongelmat, jos niitä on, jatkuvia. Täällä ei olisi testitapauksia, kuten muille.

Adhoc-testaustekniikat

Adhoc-testauksen valinnan perusajatuksena on, että testaajat työskentelevät ilman testisuunnittelua tai testitapauksia luomatta. Se varmistaa, että suoritettu testaus on täydellistä ja tapa on hyödyllinen löydettäessä suoritettavan testauksen tehokkuutta. Tärkein tapa testata mikä tahansa sovellus tämän tyyppisessä testaustunnuksessa on mahdollisimman satunnainen. Voit hypätä moduulista toiseen ja suorittaa toiminnan. Järjestelmä ei saa rikkoutua. Tämän järjestelmän päätavoitteena on löytää vikoja, jotka voidaan jättää huomiotta normaalin testauksen aikana.

Tämä tekniikka antaa myös käsityksen koko sovelluksesta ja arvauksen voi tehdä testaaja, jolla on asiantuntemus järjestelmästä. Voit ottaa mukaan myös toisen testatun tai jopa kutsua kehittäjän, jotta meillä ei ole minkäänlaista skenaariota, joka jää väliin testin aikana. Kun kaksi ihmistä istuu yhdessä, aivoriihi on melko hyödyllistä. Voimme löytää puutteita, jotka on aikaisemmin vältetty. Käyttämällä tätä tekniikkaa, mahdollisuudet löytää enemmän vikoja ovat enemmän.

Adhoc-testaustyökalut

Ad hoc -testauksessa ei käytetä erityisiä työkaluja. Seurauksena on, että kaikkia työkaluja, joita jo käytetään sovelluksen testaamiseen, voidaan käyttää tarvittaessa. Esimerkiksi tietyn moduulin tarkistamiseksi käytetään seleeniä. Seleeniä voidaan käyttää edellisen moduulin jälkeen käyttöön otettujen moduulien testaamiseen. Tämä voi auttaa nopeuttamaan prosessia ja saamaan tarkkoja tietoja. Samoin muita työkaluja, kuten QTP, kurkku, voidaan käyttää minkä tahansa tyyppiseen Adhoc-testaukseen tarvittaessa.

Adhoc-testauksen edut

  • Tämän tyyppisen testauksen tärkein etu on, että testaajan ei tarvitse noudattaa perinteistä testausprosessia. He voivat testata sovelluksen haluamallaan tavalla. Tämä auttaa heitä tuntemaan järjestelmän paremmin.
  • Kun asianmukaiselle testaukselle ei ole aikaa, Adhoc-testaus voi olla pelastaja ja auttaa vikojen saamisessa, jotka voivat siirtyä tuotantoon.
  • Se säästää testaajan aikaa, koska mitään dokumentteja ei tarvita. Täällä keskitytään vain arkkitehtuurin parempaan testaamiseen ja ymmärtämiseen sekä mahdollisten ongelmien löytämiseen.

Adhoc-testauksen haitat

  • Testattuja skenaarioita ei ole mahdollista jäljittää, koska mukana ei ole asiakirjoja.
  • Testitapaukset voivat olla toistuvia, mikä voi johtaa ajanhukkaan.
  • Testauksen tehokkuus riippuu tässä täysin testaajasta.

johtopäätös

Adhoc-testaus on tehokas tapa löytää ongelmia suorituksen aikana. Adhoc-testauksen voi tehdä kokenut testaaja, joka tietää nykyisestä järjestelmästä. Dokumentaatiota ei tarvita, ja se voidaan tehdä yhdessä kehittäjien kanssa. Erilaiset näkökulmat testaukseen voivat tuoda esiin asioita, jotka eivät saavuta tuotantoa, ja tämän seurauksena voidaan säästää paljon rahaa. Se osoittautuu kustannustehokkaaksi ja tuottavaksi.

Suositeltava artikkeli

Tämä on opas Adhoc-testaukseen. Tässä keskustellaan johdannosta Adhoc-testaukseen ja sen tekniikoihin yhdessä työkalujen kanssa. Voit myös käydä läpi muut ehdotetut artikkelimme saadaksesi lisätietoja_
  1. Ohjelmistotestauksen tyypit
  2. Toiminnalliset testaustyökalut
  3. Turvallisuustestaus
  4. Tilan siirtymätestaus
  5. JavaScriptin tyypit ja käsittelyvirheet