Što je testiranje aplikacije?

⚡ Pametni sažetak

Testiranje aplikacija validira cijeli softverski proizvod, a ne pojedinačnu jedinicu, pokrivajući sučelje, funkciju, bazu podataka i ponašanje pri učitavanju. Ova stranica objašnjava životni ciklus u četiri faze, tri metodologije testiranja, planiranje testiranja, alate, metrike i praksu specifičnu za mobilne uređaje.

  • 🎯 Definicija: Testiranje aplikacije pregledava cijelu aplikaciju kako bi se pronašle greške prije objavljivanja.
  • 🪜 Četiri faze: Planirajte na temelju zahtjeva, izradite slučajeve i skripte, pokrenite funkcionalne testove, a zatim pokrenite testove opterećenja.
  • 🧩 Tri segmenta: Web, desktop i mobilne aplikacije zahtijevaju različitu kombinaciju vrsta testova.
  • Metodologije: Testiranje crne kutije, bijele kutije i sive kutije ciljano je ponašanje, kod i struktura.
  • 🚪 Kriteriji za ulazak i izlazak: Dogovoreni uvjeti odlučuju kada testiranje može započeti i kada će biti završeno.
  • 📈 Metrika: Gustoća defekata, pokrivenost testom i propuštanje defekata pokazuju funkcionira li testiranje.
  • 📱 Mobilni fokus: Fragmentacija, instalacijski putevi i ograničeni fizički uređaji dominiraju mobilnim testiranjem.

Što je testiranje aplikacija

Što je testiranje aplikacije?

Testiranje aplikacije definira se kao vrsta testiranja softvera koja se provodi putem skripti s ciljem pronalaženja grešaka u softveru. Bavi se testovima za cijelu aplikaciju.

Pomaže poboljšati kvalitetu vaših aplikacija uz smanjenje troškova, maksimiziranje povrata ulaganja i uštedu vremena razvoja.

U softverskom inženjerstvu, testiranje aplikacija može se provoditi u različitim kategorijama kao što su GUI, funkcionalnost, baza podataka (backend), test opterećenja itd.

Za testiranje aplikacije, životni ciklus testiranja uključuje različite faze koje uključuju analizu zahtjeva, planiranje testiranja, analizu testa, dizajn testa, izvođenje testa i prijavu grešaka, itd.

Te faze se završavaju kratkim, ponovljivim životnim ciklusom koji svaka aplikacija slijedi.

Kako testirati aplikaciju?

Softverske aplikacije i proizvodi imaju niz varijacija u smislu značajki koje podržavaju kao i procesa koje implementiraju. Dakle, testiranje aplikacije osigurava ispravno funkcioniranje određenog programa ili aplikacije.

Testirajte aplikaciju

Životni ciklus za testiranje aplikacije uključuje četiri faze.

  • Faza 1) Dizajnirajte planove testiranja na temelju zahtjeva aplikacije
  • Faza 2) Razvijte ručne testne slučajeve i automatizirane testne skripte
  • Faza 3) Izvršite funkcionalne testove kako biste potvrdili zahtjeve aplikacije
  • Faza 4) Izvršite testove opterećenja i prilagodite rad aplikacije

Vrsta izvršenih testova ovisi o vrsti aplikacije koja se testira. Testiranje aplikacije je kategorizirano u 3 segmenta.

  • Testiranje web aplikacija
  • Testiranje aplikacije za stolna računala
  • Testiranje mobilnih aplikacija
Testiranje aplikacije Vrste izvršenih testiranja
  • Testiranje web aplikacija
  • Funkcionalni i Ispitivanje performansi
  • Testiranje na različitim preglednicima
  • Testiranje opterećenja i naprezanja
  • Regresijsko testiranje i testiranje sukladnosti
  • Testiranje prihvatljivosti korisnika
  • Beta testiranje
  • Istraživanje i ispitivanje dimom
  • Višejezična podrška i testiranje kompatibilnosti
  • Testiranje aplikacije za stolna računala
  • Testiranje korisničkog sučelja
  • Ispitivanje upotrebljivosti
  • Ispitivanje performansi
  • Testiranje kompatibilnosti (softver/hardver)
  • Funkcionalno ispitivanje
  • Ispitivanje sigurnosti
  • Testiranje mobilnih aplikacija
  • Testiranje korisničkog sučelja
  • Testiranje temeljeno na pravilima
  • Ispitivanje regresije
  • Funkcionalno ispitivanje
  • Ispitivanje sigurnosti

Usporedba testiranja web, desktop i mobilnih aplikacija

Tri segmenta dijele životni ciklus, ali se oštro razlikuju u tome što se zapravo kvari. Poznavanje mjesta gdje se rizik koncentrira govori vam gdje potrošiti proračun za testiranje.

Točka razlike web stranica desktop Kontakt broj
Radi dalje Preglednik preko mreže Jedan instalirani stroj Mobilni telefon ili tablet
Glavna varijabla Preglednik i verzija Operasustav i hardver za ting Uređaj, verzija OS-a i veličina zaslona
Ovisnost o mreži uvijek spojen Često izvan mreže Povremeno i mora preživjeti gubitak
Najveći rizik Renderiranje i učitavanje u više preglednika Instalacija i kompatibilnost Fragmentacija na različitim uređajima
Obrada prekida Rijetko relevantno Rijetko relevantno Pozivi, obavijesti i slaba baterija
Ažuriraj put Strana poslužitelja, trenutno za sve Korisnik instalira zakrpu Pregled trgovine aplikacija, postupno uvođenje

Mobilni uređaji nose najviše nekontroliranih varijabli, zbog čega će se kasnije na ovoj stranici zasebno obraditi.

Metodologije testiranja aplikacija

Metodologija testiranja je strukturiran način osiguravanja da je softverska aplikacija u potpunosti testirana. Neorganizirana i loša metodologija testiranja može dovesti do nestabilnog proizvoda.

Postoje tri načina na koje se testiranje provodi.

  • Crna Box Ispitivanje
  • Bijela Box Ispitivanje
  • Siva Box Ispitivanje

Crna Box Ispitivanje

Crna Box Ispitivanje Tehnika se obično koristi za ispitivanje Funkcionalno testiranje, Nefunkcionalno testiranje, i regresijsko testiranje. U testiranju crne kutije korištene su strategije

  • Testiranje klase ekvivalencije
  • Ispitivanje graničnih vrijednosti
  • Testiranje tablica odlučivanja
  • Tablice prijelaza stanja

Bijela Box Ispitivanje

Ispitivanje bijele kutije obično se koristi za testiranje softverskog koda kako bi se provjerile interne sigurnosne rupe, oštećene ili loše strukturirane putanje, funkcionalnost uvjetnih petlji itd. U testiranju bijele kutije korištene su strategije

  • Code Analiza pokrivenosti
  • Pokrivenost staze

Siva Box Ispitivanje

Ova tehnika testiranja je kombinacija oba crna Box Testiranje kao i testiranje bijele kutije. Provodi se kako bi se pronašlo nedostaci na temelju nepravilne strukture ili upotrebe aplikacije.

Plan testiranja za testiranje aplikacije

The Plan testiranja dokument je izveden iz Proizvoda Description, specifikacija softverskih zahtjeva SRS ili dokumenti o slučaju upotrebe. Fokus testa je što testirati, kako testirati, kada testirati i tko će testirati. Dokument plana testiranja koristi se kao komunikacijski medij između ispitnog tima i voditelja testiranja.

Standardni plan testiranja za testiranje aplikacije trebao bi definirati sljedeće značajke;

  • Definirajte opseg testiranja
  • Definirajte cilj testiranja
  • Pristup testiranju aktivnosti
  • Raspored testiranja
  • Buba trackralj i izvještavanje

Kriteriji ulaska i izlaska za testiranje aplikacija

Plan testiranja navodi formalne kriterije za ulazak i izlazak kao najbolju praksu, ali ih vrijedi detaljno navesti. Bez njih, faza testiranja ili počinje s nestabilnom verzijom ili se odugovlači bez dogovorene završne crte.

Kriteriji za prijavu moraju biti zadovoljeni prije početka izvršenja.

  • Zahtjevi i SRS se pregledavaju i uspoređuju s osnovnim podacima.
  • Plan testiranja i testni slučajevi su napisani i odobreni.
  • Izrada je implementirana u stabilno testno okruženje i prolazi smoke test.
  • Dostupni su testni podaci i potrebni računi ili uređaji.
  • Nedostatak tracKing alat je konfiguriran i tim ima pristup.

Izlazni kriteriji pokazati da je faza ispunila svoju svrhu.

  • Svi planirani testni slučajevi se izvršavaju i rezultati se zapisuju.
  • Nisu ostali otvoreni kritični ili vrlo ozbiljni nedostaci.
  • Postiže se dogovoreno pokriće u odnosu na zahtjeve.
  • Preostali nedostaci male ozbiljnosti dokumentirani su i prihvaćeni od strane tvrtke.
  • Izvješće o sažetku testiranja je potpisano.

Alati za testiranje aplikacija

Postoje različiti alati za testiranje za testiranje aplikacija. Odabir alata ovisi o vrsti testiranja koju želite provesti. Za različite platforme preporučuju se različiti alati. Alati za testiranje aplikacija osiguravaju izvedbu, upotrebljivost i funkcionalnost aplikacija na različitim uređajima.

Evo nekoliko njih.

💡 Napomena: IBM Rational Robot, dugo na popisu uz RFT, povučen je s tržišta. Rational Functional Tester je trenutni IBM ponuda, tako da novi projekti ne bi trebali planirati oko Robota.

Ključne metrike za testiranje aplikacija

Izvršavanje testova dokazuje aktivnost, a ne učinkovitost. Mali skup metrika pokazuje pronalazi li testiranje doista nedostatke i približava li se aplikacija kvaliteti izdanja.

  • Pokrivenost testa: Udio zahtjeva s barem jednim mapiranim testnim slučajem. Niska pokrivenost znači netestirano ponašanje, što god stopa prolaznosti govorila.
  • Gustoća defekata: Nedostaci podijeljeni po veličini, obično po tisuću redaka koda ili po modulu. Ukazuje na komponente koje trebaju preradu, a ne daljnje testiranje.
  • Curenje zbog kvara: Broj pronađenih nedostataka u proizvodnji podijeljen s ukupnim brojem pronađenih nedostataka. Rastuće curenje je najjasniji signal da nešto nedostaje u testiranju prije objavljivanja.
  • Učinkovitost uklanjanja nedostataka: Nedostaci pronađeni prije puštanja u promet kao udio svih nedostataka. Uobičajeni cilj je brojka iznad devedeset posto.
  • Stopa izvršavanja testa: Slučajevi pokrenuti protiv planiranih slučajeva, tracked po ciklusu tako da je proklizavanje vidljivo rano, a ne na izlaznim vratima.

Tracpratimo trend, a ne jednokratno očitavanje. Jedan ciklus sam po sebi govori vrlo malo.

Najbolje prakse testiranja za testiranje aplikacija

Odabir prave strategije za testiranje aplikacije zajamčeni je način za otkrivanje nedostataka u aplikaciji. Dakle, postaje izuzetno važno da QA tim slijedi skup standardnih procesa za otkrivanje više pogrešaka i s manje vremena.

Za testiranje aplikacija, neki od najboljih postupaka uključuju

  • Definirajte funkcionalne specifikacije
  • Revpregleda i inspekcija
  • Formalni kriteriji za ulazak i izlazak
  • Varijacije funkcionalnih testova
  • Testiranje na više platformi
  • Automatizirano izvođenje testa

Izazovi testiranja aplikacije

Tijekom testiranja aplikacije, tester se može susresti s mnogim izazovima

  • Problemi se identificiraju samo kada korisnik nazove
  • Nemogućnost predviđanja utjecaja promjene
  • Nema uvida u pogreške u primjeni i radu
  • Vrijeme troši

Testiranje mobilnih aplikacija

Poput testiranja web aplikacija, Kontakt broj Testiranje aplikacija također se temelji na istoj strategiji i metodologiji testiranja. Razlika bi mogla biti u alatima koji se koriste za testiranje, neki uobičajeni alati koji se koriste za testiranje mobilnih aplikacija su Appium, TestComplete, Robotiumi Espresso.

Vrste mobilnih aplikacija kategorizirane su u tri dijela

  • Web aplikacija - Korisnici joj pristupaju putem mreže poput interneta ili intraneta
  • Izvorna aplikacija - razvijena je za određenu platformu i instalirana na računalni uređaj
  • Hibridna aplikacija - kombinira elemente weba i nativne aplikacije, na primjer Facebooka.

Za većinu mobilnih platformi možete koristiti jednostavan CSS, HTML, JS itd.

Primjeri testnih slučajeva za testiranje mobilnih aplikacija

Potpuna strategija mobilnih aplikacija za testiranje uključuje infrastrukturu uređaja i mreže, odabir ciljnih uređaja i učinkovitu kombinaciju ručnih i automatiziranih alata za testiranje koji pokrivaju oba nefunkcionalna i funkcionalna ispitivanja.

Što se tiče mobilnih aplikacija, stvari koje treba testirati su

  • Montaža
  • OTA
  • Wi-Fi
  • Data kabel
  • Bluetooth
  • Deinstalacija
  • Logo aplikacije
  • Splash
  • Malo memorije
  • Vizualne povratne informacije
  • Izlaz iz aplikacije
  • Pokretanje/ponovno pokretanje aplikacije

Izazovi mobilnog testiranja

S povećanim brojem mobilnih korisnika i uređaja, testiranje mobilne aplikacije postaje sve složenije. Testiranje mobilne aplikacije značajno se razlikuje od testiranja web aplikacije za stolna računala. Uobičajeni izazovi s kojima se susrećemo tijekom testiranja mobilnih aplikacija su

  • Sveobuhvatna pokrivenost testom
  • Upravljanje fragmentacijom (druga verzija OS-a, procesor, memorija)
  • Nedostatak plana testiranja
  • Vremenski pritisak
  • Nedostatak fizičkih uređaja
  • Raznolikost u platformi i OS-u

Pitanja i odgovori

Testiranje sustava provjerava integriranu izradu u odnosu na specifikaciju. Testiranje aplikacije je šira aktivnost testiranja gotove aplikacije kroz sučelje, funkciju, bazu podataka i opterećenje, često nastavljajući do prihvaćanja.

Pokrijte uređaje na kojima vaša analitika prikazuje stvarne korisnike, a ne najnovije mobitele. Uobičajeni pristup je prvih deset po prometu na fizičkim uređajima, sa širim kombinacijama operativnih sustava i zaslona koje su pokrivene na farmi uređaja u oblaku.

Oboje. Automatizirajte stabilnu regresiju, višepreglednike i scenarije učitavanja koji se ponavljaju svaki ciklus. Istraživačke, upotrebljive i jednokratne provjere neka budu ručne, jer njihovo skriptiranje košta više od nedostataka koje bi otkrili.

Da. Dostavite SRS ili korisničke priče, a AI asistent izrađuje pozitivne, negativne i granične slučajeve s očekivanim rezultatima. Voditelj testiranja ih pregledava u odnosu na popis zahtjeva prije nego što uđu u plan.

Djelomično. Samoobnavljajući lokatori ponovno identificiraju elemente kada se sučelje promijeni, a umjetna inteligencija može grupirati kvarove kako bi odvojila stvarne nedostatke od vremenske buke. Korijen uzroka poput nedostajućih čekanja i dalje treba ispraviti programer.

Sažmite ovu objavu uz: