logo

Funkcinis testavimas

Prieš pradėdami funkcinį testavimą, turėtume žinoti apie testavimą, kas yra testavimas?

religijų sąrašą

Kas yra testavimas?

Paprastais žodžiais tariant, bandymas yra lyginti tikrąjį rezultatą su laukiamu. Testavimas atliekamas siekiant nustatyti, ar visos funkcijos veikia taip, kaip tikėtasi.

Kas yra programinės įrangos testavimas?

Programinės įrangos testavimas yra būdas patikrinti, ar tikrasis rezultatas atitinka laukiamą rezultatą, ir įsitikinti, kad programinėje įrangoje nėra jokių defektų ar klaidų.

Programinės įrangos testavimas užtikrina, kad programa neturi jokių defektų arba reikalavimų neatitinka tikrojo poreikio. Rankinis arba automatinis testavimas gali atlikti programinės įrangos testavimą.

Programinės įrangos testavimas taip pat apibrėžiamas kaip testuojamos programos (AUT) patikrinimas.

Yra dviejų tipų bandymai:

Funkcinis testavimas

Funkcinis testas:

Tai programinės įrangos testavimo tipas, naudojamas programinės įrangos funkcionalumui patikrinti, ar funkcija veikia pagal reikalavimų specifikaciją. Funkcinio testavimo metu kiekviena funkcija tikrinama nurodant vertę, nustatant išvestį ir tikrinant tikrąją išvestį su laukiama verte. Funkcinis testavimas atliekamas kaip juodosios dėžės testavimas, kuris pateikiamas siekiant patvirtinti, kad programos ar sistemos funkcionalumas veikia taip, kaip tikimės. Tai daroma norint patikrinti programos funkcionalumą.

Funkcinis testavimas taip pat vadinamas juodosios dėžės testavimu, nes jame dėmesys sutelkiamas į programos specifikaciją, o ne į tikrąjį kodą. Testuotojas turi išbandyti tik programą, o ne sistemą.

Funkcinio testavimo tikslas

Funkcinio testavimo tikslas – patikrinti pirminę įėjimo funkciją, būtinai naudotiną funkciją, ekrano GUI srautą. Funkcinis testavimas rodo klaidos pranešimą, kad vartotojas galėtų lengvai naršyti visoje programoje.

Koks yra funkcinio testavimo procesas?

Atlikdami funkcinį testavimą, bandytojai atlieka šiuos veiksmus:

  • Testeris patikrina reikalavimo specifikaciją programinėje įrangoje.
  • Po analizės reikalavimų specifikacijų tikrintojas parengs planą.
  • Suplanavęs testus, testuotojas suprojektuos bandymo atvejį.
  • Suprojektavęs testą, atvejo testeris sudarys atsekamumo matricos dokumentą.
  • Testuotojas atliks bandomojo atvejo projektą.
  • Aprėpties analizė, siekiant ištirti taikomą programos bandymo sritį.
  • Defektų valdymas turėtų padėti valdyti defektus.
Funkcinis testavimas

Ką išbandyti atliekant funkcinį testavimą? Paaiškinkite

Pagrindinis funkcinio testavimo tikslas – patikrinti programinės įrangos sistemos funkcionalumą. Jame daugiausia dėmesio skiriama:

    Pagrindinis naudojimas:Funkcinis testavimas apima sistemos tinkamumo naudoti testavimą. Ji patikrina, ar vartotojas gali laisvai ir be jokių sunkumų naršyti ekranuose.Prieinamumas:Funkcinis testavimas tikrina funkcijos prieinamumą.Pagrindinės linijos funkcija:Jame pagrindinis dėmesys skiriamas pagrindinės funkcijos išbandymui.Klaidos būsena:Klaidos būklei patikrinti naudojamas funkcinis testavimas. Jis patikrina, ar rodomas klaidos pranešimas.

Paaiškinkite visą funkcinio testavimo procesą.

Norint atlikti funkcinį testavimą, reikia atlikti šiuos veiksmus:

  • Reikia suprasti programinės įrangos reikalavimus.
  • Nustatykite bandymo įvesties duomenis
  • Apskaičiuokite laukiamą rezultatą naudodami pasirinktas įvesties reikšmes.
  • Vykdykite bandomuosius atvejus
  • Faktinio ir apskaičiuoto rezultato palyginimas
Funkcinis testavimas

Paaiškinkite funkcinio testavimo tipus.

Pagrindinis funkcinio testavimo tikslas yra patikrinti komponento funkcionalumą.

Funkcinis testavimas yra padalintas į kelias dalis.

Štai šie funkcinio testavimo tipai.

Funkcinis testavimas

Vieneto testavimas: vieneto testavimas yra programinės įrangos testavimo tipas, kai išbandomas atskiras programinės įrangos vienetas arba komponentas. Vieneto testavimas, išnagrinėti skirtingą programos dalį, atliekant vieneto testavimą, taip pat atliktas funkcinis testavimas, nes vieneto testavimas užtikrina, kad kiekvienas modulis veikia tinkamai.

dvejetainis medis java

Kūrėjas atlieka vienetų testavimą. Vieneto testavimas atliekamas programos kūrimo etape.

Dūmų tikrinimas: funkcinis bandymas atliekant dūmų testą. Dūmų testavimas apima tik pagrindines (funkcijų) sistemos funkcijas. Dūmų bandymas yra žinomas kaip ' Sukūrimo patvirtinimo testavimas .' Dūmų testavimu siekiama užtikrinti, kad pati svarbiausia funkcija veiktų.

Pavyzdžiui, dūmų testavimas patikrina, ar programa sėkmingai paleidžiama, patikrins, ar GUI reaguoja.

Sveiko proto patikrinimas: sveiko proto patikrinimas apima visą aukšto lygio verslo scenarijų, kuris veikia tinkamai. Sanity testavimas atliekamas siekiant patikrinti funkcionalumą / ištaisytas klaidas. Sveiko proto tikrinimas yra šiek tiek pažangesnis nei dūmų tikrinimas.

polimorfizmas java

Pavyzdžiui, prisijungimas veikia gerai; visi mygtukai veikia tinkamai; paspaudus mygtuką naršymas puslapyje baigtas ar ne.

Regresinis testas: Šio tipo bandymai sutelkti siekiant užtikrinti, kad kodo pakeitimai neturėtų neigiamo poveikio esamoms sistemos funkcijoms. Regresijos testavimas nurodo, kada sistemoje atsiranda klaida po klaidos pašalinimo, regresijos testavimas sutelkiamas į tai, ar visos dalys veikia, ar ne. Regresinis testavimas sutelkiamas į tai, ar yra koks nors poveikis sistemai.

Integracijos testavimas: integracijos testavimas sujungti atskirus vienetus ir išbandyti kaip grupė. Šio bandymo tikslas – atskleisti integruotų įrenginių sąveikos klaidas.

Kūrėjai ir testuotojai atlieka integracijos testavimą.

Baltos dėžės bandymas: Baltos dėžės bandymas yra žinomas kaip „Clear Box“ testavimas, kodu pagrįstas testavimas, struktūrinis bandymas, išsamus bandymas ir stiklinės dėžės bandymas, skaidrios dėžutės testavimas. Tai programinės įrangos testavimo metodas, kurio metu testuotojui buvo žinoma vidinė struktūra / dizainas / įgyvendinimas.

Baltosios dėžės testavimui reikia išanalizuoti vidinę komponento ar sistemos struktūrą.

Juodosios dėžės bandymas: Jis taip pat žinomas kaip elgesio testavimas. Atliekant šį testavimą, testuotojui nežinoma vidinė struktūra / dizainas / įgyvendinimas. Šio tipo testavimas yra funkcinis testavimas. Kodėl tokio tipo testavimu vadinome juodosios dėžės testavimą, šiame testavimo įrenginyje nematomas vidinis kodas.

Pavyzdžiui, testuotojas, nežinantis apie vidines svetainės struktūras, tikrina tinklalapius naudodamas žiniatinklio naršyklę, teikiančią įvestį ir tikrindamas išvestį, palyginti su laukiamu rezultatu.

Vartotojo priėmimo testas: Tai bandymo tipas, kurį atlieka klientas, siekdamas sertifikuoti sistemą pagal reikalavimus. Paskutinis testavimo etapas yra vartotojo priėmimo testavimas prieš išleidžiant programinę įrangą į rinką ar gamybos aplinką. UAT yra tam tikras juodosios dėžės bandymas, kuriame dalyvauja du ar daugiau galutinių vartotojų.

Pakartotinis testavimas: pakartotinis bandymas yra testavimo tipas, atliekamas siekiant patikrinti, ar bandymo atvejai, kurie buvo nesėkmingi galutiniame vykdyme, yra sėkmingai atlikti po to, kai buvo pašalinti defektai. Paprastai testuotojas priskiria klaidą, kai ją randa testuodamas produktą ar jo komponentą. Klaida priskirta kūrėjui, ir jis ją ištaiso. Ištaisius, klaida priskiriama testuotojui, kad ji patikrintų. Šis bandymas yra žinomas kaip pakartotinis bandymas.

konverteris iš eilutės į int

Duomenų bazės testavimas: Duomenų bazės testavimas – tai testavimo tipas, kuriuo tikrinama bandomos duomenų bazės schema, lentelės, trigeriai ir kt. Duomenų bazės testavimas gali apimti sudėtingų užklausų kūrimą, kad būtų galima įkelti / išbandyti duomenų bazę ir patikrinti jos reagavimą. Jis tikrina duomenų vientisumą ir nuoseklumą.

Pavyzdys: panagrinėkime banko programą, kuria vartotojas atlieka operaciją. Dabar po duomenų bazės testavimo dalykai yra svarbūs. Jie yra:

  • Programa saugo operacijų informaciją programos duomenų bazėje ir teisingai parodo ją vartotojui.
  • Šio proceso metu informacija neprarandama
  • Programa nesaugo iš dalies atliktos arba nutrauktos operacijos informacijos.
  • Asmenims neleidžiama prieiti prie vartotojo informacijos

Ad-hoc bandymai: Ad-hoc testavimas yra neformalus testavimo tipas, kurio tikslas yra sugriauti sistemą. Šio tipo programinės įrangos testavimas yra neplanuota veikla. Kuriant bandomuosius atvejus nesilaikoma jokio bandymo dizaino. Ad-hoc testavimas atliekamas atsitiktine tvarka bet kurioje programos dalyje; jis nepalaiko jokio struktūrizuoto testavimo būdo.

Atkūrimo testavimas: atkūrimo testavimas naudojamas norint apibrėžti, kaip programa gali atsigauti po gedimų, aparatinės įrangos gedimo ir kitų problemų. Atkūrimo testavimo tikslas – patikrinti sistemos gebėjimą atsigauti po gedimo bandymo taškų.

Statinis testavimas: Statinis testavimas yra programinės įrangos testavimo technika, kurios pagalba galime patikrinti programinės įrangos defektus jos nevykdant. Statinis testavimas atliekamas siekiant išvengti klaidų ankstyvoje kūrimo stadijoje, nes ankstyvose stadijose lengviau nustatyti gedimą. Statinis testavimas naudojamas aptikti klaidas, kurių gali nepavykti rasti atliekant dinaminį testavimą.

Kodėl naudojame statinį testavimą?

Statinis testavimas padeda rasti klaidą ankstyvosiose stadijose. Naudojant statinį testavimą, tai sumažins kūrimo laiką. Tai sumažina bandymo išlaidas ir laiką. Statinis testavimas taip pat naudojamas kūrimo produktyvumui.

Komponentų testavimas: komponentų testavimas taip pat yra programinės įrangos testavimo tipas, kai testavimas atliekamas kiekvienam komponentui atskirai, neintegruojant su kitomis dalimis. Komponentų testavimas taip pat yra juodosios dėžės testavimo tipas. Komponentų testavimas taip pat vadinamas vienetų testavimu, programos testavimu arba modulių testavimu.

Pilkosios dėžutės testavimas: Pilkos dėžės testavimas apibrėžiamas kaip baltos dėžės ir juodosios dėžės testavimo derinys. „Grey Box“ testavimas yra testavimo technika, kuri atliekama naudojant ribotą informaciją apie vidinį sistemos funkcionalumą.

Funkcinis testavimas

Kokie yra funkcinio testavimo įrankiai?

Funkcinis testavimas taip pat gali būti atliekamas įvairiais būdais, išskyrus rankinį testavimą. Šios priemonės supaprastina testavimo procesą ir padeda gauti tikslių bei naudingų rezultatų.

dvejetainis medis vs dvejetainis paieškos medis

Tai vienas iš svarbiausių ir prioritetinių metodų, dėl kurių buvo nuspręsta ir nurodyta prieš kūrimo procesą.

Funkciniam testavimui naudojami įrankiai:

Įrankiai Savybės/ Charakteristikos
Tiesą sakant
  • Tai atvirojo kodo ir automatizavimo testavimo įrankis, išleistas pagal Apache licencijos atvirojo kodo licenciją, naudojamas žiniatinklio programai testuoti.
  • „Sahi“ yra parašytas „Java“ ir „JavaScript“ kalbomis ir naudojamas daugeliui testavimo metodų.
  • Jis veikia kaip tarpinis serveris; ji nepriklauso nuo naršyklės.
SoapUI
  • Tai atvirojo kodo funkcinio testavimo įrankis, naudojamas žiniatinklio programų testavimui.
  • Tai paprasta ir lengva suprojektuoti.
  • Jis palaiko kelias aplinkas, ty bet kuriuo atveju gali būti nustatyta tikslinė aplinka.
vandens
  • Watir yra sutrumpinta žiniatinklio programų testavimo rubino forma, yra atvirojo kodo įrankis, skirtas automatizuoti žiniatinklio naršyklę./li>
  • Jame naudojama rubino scenarijų kalba, kuri yra glausta ir paprasta naudoti./li>
  • Watir palaiko kelias naršykles įvairiose platformose.
Selenas
  • Atvirojo kodo įrankis, naudojamas funkcionalumui tikrinti tiek žiniatinklio programose, tiek darbalaukio programose.
  • Jis automatizuoja naršykles ir žiniatinklio programas testavimo tikslais.
  • Tai suteikia lankstumo pritaikyti automatizuotą bandomąjį atvejį
  • Suteikia pranašumą rašant bandomuosius scenarijus pagal reikalavimus naudojant žiniatinklio tvarkyklę.
„Canoo WebTest“.
  • Atvirojo kodo įrankis, skirtas žiniatinklio programos funkciniam testavimui.
  • Nepriklausoma nuo platformos
  • Lengva ir greita
  • Lengva išplėsti, kad atitiktų augančius ir ateinančius poreikius.
Agurkas
  • Cucumber yra atvirojo kodo testavimo įrankis, parašytas rubino kalba. Šis įrankis geriausiai tinka bandomajam kūrimui. Jis naudojamas išbandyti daugelį kitų kalbų, tokių kaip Java, c# ir python. Agurkas testavimui naudojant tam tikrą programavimą.

Kokie yra funkcinio testavimo pranašumai?

Funkcinio testavimo pranašumai yra šie:

  • Jis gamina gaminį be defektų.
  • Tai užtikrina, kad klientas bus patenkintas.
  • Tai užtikrina visų reikalavimų įvykdymą.
  • Tai užtikrina tinkamą visų programos / programinės įrangos / gaminio funkcijų veikimą.
  • Tai užtikrina, kad programinė įranga / produktas veiktų taip, kaip tikėtasi.
  • Tai užtikrina saugumą ir saugumą.
  • Tai pagerina gaminio kokybę.

Pavyzdys: čia pateikiame banko programinės įrangos pavyzdį. Banke, kai pinigai pervedami iš banko A į banką B. O bankas B negauna teisingos sumos, taikomas mokestis arba pinigai nekonvertuojami į teisingą valiutą, arba neteisingas pervedimas arba bankas A negauna patarimo apie išrašą iš banko B, kad mokėjimas buvo gautas. Šios problemos yra labai svarbios ir jų galima išvengti tinkamai atlikus funkcinį testavimą.

Kokie yra funkcinio testavimo trūkumai?

Funkcinio testavimo trūkumai yra šie:

  • Funkcinis testavimas gali praleisti kritinę ir loginę sistemos klaidą.
  • Šis testavimas negarantuoja, kad programinė įranga pradės veikti.
  • Funkcinio testavimo metu yra didelė galimybė atlikti perteklinį testavimą.

Apvyniokite

Čia galime lengvai padaryti išvadą, kad norint sukurti tvirtą aukščiausios klasės programinės įrangos produkto pagrindą, būtinas funkcinis testavimas. Jis veikia kaip konstrukcijos pagrindas ir yra esminė kiekvienos bandymo rutinos dalis.