destructive testing
Razlika između ispitivanja razaranja i ispitivanja bez razaranja sa svojim vrstama i metodama:
U ovom ćemo članku razgovarati o pojedinostima o ispitivanju razaranja i ispitivanju nerazornog softvera.
Učit ćemo o njima jedan po jedan, a također ćemo vidjeti razlike između ove dvije vrste testiranja na kraju članka.
Što ćete naučiti:
- Što je ispitivanje razaranja i koje su njegove prednosti?
- Što je ispitivanje bez razaranja i koje su njegove prednosti?
- Razlika između ispitivanja razaranja i nerazornosti
Što je ispitivanje razaranja i koje su njegove prednosti?
Destruktivno testiranje softvera (DST) vrsta je softverskog testiranja koje pokušava nekontrolirano propasti dio softverske aplikacije, testirati njegovu robusnost i otkriti mjesto kvara.
Za razliku od ostalih metoda ispitivanja softvera konvencionalnog tipa kojima se provjerava funkcionalnost softvera, ova metoda ispituje nepredvidivo ponašanje korisnika u softveru. Dakle, omogućuje nam otkrivanje softverskih nedostataka na koje prosječni korisnici obično ne nailaze.
Imajte na umu da je ispitivanje destruktivnog softvera (DST) alternativni pristup ispitivanju softvera konvencionalnog tipa (CST), ali ne i njegova zamjena. Učinkovito je provoditi i DST uz CST.
Ispitivanje razaranja provodi se pod najrigoroznijim radnim uvjetima i nastavlja se sve dok se aplikacija ne prekine. Ključna ideja ovog ispitivanja nije samo otkriti nedostatke u dizajnu, ako ih uopće nema, a koji se možda neće otkriti u normalnim radnim uvjetima, već i otkriti vijek trajanja softverskog proizvoda.
Ova vrsta testiranja dijeli sličnosti s ispitivanjem majmuna, ad hoc testiranjem i istraživačkim testiranjem.
Prednosti ispitivanja destruktivnog softvera
implementirati binarno stablo pretraživanja u javi
- Pomaže u procjeni robusnosti, oporavljivosti i vijeka trajanja aplikacije.
- Otkriva točke neuspjeha u slučaju neprikladne ili zlouporabe softvera.
- Postavlja pravi kontekst za ispitivača jer ignorira pristranosti korisničkih priča u testiranju.
- Omogućuje nam otkrivanje softverskih nedostataka na koje prosječni korisnici obično ne nailaze.
- Ova vrsta testiranja jedinstvena je u otkrivanju nedostataka u aplikaciji koji će po rješavanju unaprijediti rang softvera do statusa novaka.
Koraci za izvođenje ovog testiranja
- Na početku ciklusa ispitivanja destruktivnog softvera, klijent šalje kopiju aplikacije ili vjerodajnice za pristup i korisničke zahtjeve.
- Klijent zatim predstavlja zahtjeve i demonstrira prijavu QA analitičaru.
- Dalje, QA analitičar uspostavlja funkciju granica unutar aplikacije i stvara granice upotrebljivosti aplikacije unutar granica.
- Sada će QA tester nasumično testirati aplikaciju unutar tih granica, koristeći stohastičke tehnike. Bilježe se tijekovi QA testa i nedostaci.
- Konačno, direktorij kvarova dijeli se s klijentom.
- Ako postoji potreba, ciklus destruktivnog ispitivanja može se ponoviti na temelju zahtjeva klijenta.
Za ovo testiranje dobro je imati neko znanje o izvornim zahtjevima softvera. To pomaže u osmišljavanju dobre strategije testiranja.
Što provjeravate u destruktivnom testu?
- Nepravilno i pravilno ponašanje softverske aplikacije.
- Važeći i nevaljani ulazni podaci.
- Nepravilno korištenje softverske aplikacije.
Metode i strategije ispitivanja razarajućeg softvera
Postoji nekoliko načina na koje se mogu provesti destruktivna ispitivanja:
1) Metoda analize točke kvara:
Ovom metodom aplikacija se pregledava i ispituje kako bi se pristupilo svim njezinim putovima i kutovima. Utvrđuje se što može zakazati u raznim točkama. Za ovu metodu možete potražiti pomoć poslovnih analitičara kako biste pročitali opis aplikacije.
2) recenzija:
Zatražite da aplikaciju pregleda kolega tester koji nije upoznat sa softverom. To će vam pomoći da pronađete neke skrivene točke neuspjeha koje vam nisu bile vidljive kao ispitivaču.
3) Nabavite test slučajeve koje je poduzeće pregledalo:
Krajnji korisnici i drugi dionici ponekad mogu smisliti valjane scenarije ispitivanja koje je tester možda propustio. Dakle, dobivanje testova koje tvrtka pregledava može povećati vašu pokrivenost testom.
4) Istraživačka ispitivanja:
Izvršite istraživačka ispitivanja uz pomoć pokrovnih listova. Pomoći će vam da znate što se testira, ponovite testove i kontrolirajte pokrivenost testom.
5) Hranite sustav neprikladnim podacima:
Aplikaciji možete dostaviti nevaljani unos. To može uključivati oštećene podatke, pogrešan slijed koraka na korisničkom sučelju itd.
6) Koristite druge izvore:
Također možete koristiti bilo koje druge izvore ili načine za razbijanje sustava i analizu za različite scenarije. Dobra je stvar što korisnička priča o ispitivanju destruktivnog softvera ne traži nužno 'zahtjeve' i 'specifikacije', tako da možete isprobati bilo koji prikladan način provođenja ovog testiranja.
Tehnike destruktivnog ispitivanja
Destruktivno testiranje softvera može se provesti kroz razne tehnike poput:
- Ispitivanje prihvatljivosti
- Ispitivanje petlje
- Ispitivanje regresije
- Ekvivalentna particija
- Ispitivanje granične vrijednosti
- Ispitivanje sučelja
- Alfa / Beta testiranje
- Ispitivanje sustava
- Testiranje odozgo prema dolje
- Testiranje crne kutije
Nekoliko korisnih savjeta za ispitivanje destruktivnog softvera
- Steknite što više znanja o proizvodu. Stavite se na mjesto kupca, a zatim razmislite o proizvodu iz njegove perspektive.
- Izbrišite sve pristrane informacije iz korisničke priče. Zaboravite na opis korisničke priče i kriterije prihvaćanja i pokušajte razbiti aplikaciju poput ludog kupca.
- Potražite staze za iznimke, a ne sretne staze. Imajte na umu da zanemarivanjem kriterija prihvaćanja nećete znati očekivani ili normalni tijek rada.
- Ne očekujte pozitivan odgovor od svoje prijave. Što ako nešto zakaže? Pokušajte simulirati i pokvariti sve što možete.
- Ograničite mrežne uvjete na realističnije postavljanje jer svi stvarni korisnici neće imati vrhunske strojeve i mrežne uvjete.
Što je ispitivanje bez razaranja i koje su njegove prednosti?
Ispitivanje bez razaranja (NDT) opisano je kao tehnika procjene softvera koja podrazumijeva ispravnu interakciju sa softverom. Za razliku od ispitivanja destruktivnog softvera gdje tražimo staze za iznimke, u testiranju bez razaranja tražimo sretne staze ili zlatne staze. NDT je poznat i kao pozitivno testiranje.
Na primjer, ako postoji okvir za unos koji prihvaća broj unutar 1-999, tada bi pozitivan test bio unos broja unutar tog raspona i provjera funkcionalnosti okvira za unos.
U NDT-u imamo dobro definiran testni slučaj koji koristi poznati zahtjev, koji se izvršava bez ikakvih pogrešaka ili izuzetaka i daje željeni izlaz. Daje očekivane rezultate i potvrđuje da softver radi prema očekivanjima.
java kodiranje intervju pitanja za iskusne
Prednosti ispitivanja nerazornog softvera
- Poboljšana kvaliteta softvera i problemi rješavaju se u glavnom toku aplikacije.
- Korisno u dokazivanju da softverska aplikacija radi prema potrebnim specifikacijama.
- Potvrđuje da su ispunjena očekivanja kupaca.
- Osigurava ispunjavanje zahtjeva za izvedbom.
- Štedi i vrijeme i novac u procjeni proizvoda i rješavanju problema.
Kada izvršiti ovo testiranje
- To bi trebao biti prvi oblik testiranja i treba ga provesti u početnoj fazi SDLC-a, jer je sretni put glavni tok aplikacije, a ako ne radi dobro, ostatak testiranja se blokira.
- To se može brzo i jednostavno učiniti kada nemamo dovoljno vremena i proračuna za testiranje. To barem osigurava da su zadovoljeni softverski zahtjevi i kriteriji prihvaćanja.
Strategija za ispitivanje nerazornog softvera
- Za provođenje ispitivanja bez razaranja treba usvojiti pozitivan pristup ispitivanju.
- Tijekom ispitivanja ispitivač treba imati na umu da je cilj nerazornog ispitivanja provjeriti da li će aplikacija raditi ispravno s davanjem valjanih ulaznih podataka. Dakle, cilj je provjeriti ponašanje aplikacije za pozitivan skup podataka.
- Najbolja je praksa provjeriti radi li sustav ono što je namijenjen.
Razlika između ispitivanja razaranja i nerazornosti
Ispitivanje razaranja | Ispitivanje bez razaranja |
---|---|
Fokusira se na slabosti u dizajnu, ali ne i na funkcionalnost. | Fokusira se na slabosti u funkcionalnosti, ali ne i na dizajnu. |
Ne trebaju nužno poslovni zahtjevi. Ispitivanje razaranja provodi se bez upoznavanja s unaprijed odlučenim zahtjevima. | Testiranje se vrši radi provjere funkcionalnosti prema poslovnim zahtjevima i kriterijima prihvaćanja. |
Namjera je razbiti softver isporukom neobičnih ulaza za otkrivanje mjesta kvarova. | Namjera je korektna interakcija sa softverom kako bi se provjerili pozitivni ishodi. |
Zaključak
U destruktivnom testiranju, aplikacija se namjerno ruši kako bi se ispitala robusnost aplikacije. Otkriva točke kvara u softveru koje se mogu pojaviti zbog nepravilnog rukovanja aplikacijom od strane kupca.
Otkriva ona slaba mjesta koja se ne mogu pratiti pomoću uobičajenog testiranja softvera. Radi bolje pokrivenosti testovima, poželjno je provoditi destruktivno testiranje softvera zajedno s uobičajenim testiranjem softvera.
Ispitivanje bez razaranja vrši se pozitivnim testiranjem ili pristupom testiranju sretne staze kako bi se potvrdilo da softverska funkcionalnost zadovoljava zahtjeve kupca. Podrazumijeva ispravnu interakciju sa softverom.
Preporučena literatura
- Najbolji alati za testiranje softvera 2021. (Alati za automatizaciju ispitivanja kvalitete)
- Posao za QA pomoćnika za testiranje softvera
- Tečaj za testiranje softvera: Koji bih se institut za testiranje softvera trebao pridružiti?
- Odabir testiranja softvera za vašu karijeru
- Ispitivanje softvera Posao pisca tehničkog sadržaja Posao slobodnjaka
- Preuzimanje e-knjige za testiranje primera
- Neka zanimljiva pitanja za ispitivanje softverskog testiranja
- Povratne informacije i kritike o tečaju softverskog testiranja