Atšķirība starp funkcionālo pārbaudi un nefunkcionālo testēšanu

2016. gada 15. jūnijskvalitātes izmaksas, kvalitātes nodrošināšana, kvalitātes plānošana, SDLC, programmatūras testēšana, programmatūras testēšanas darbavietas, STLC, testēšanas veidi, neklasificētsSistēmas programmatūras testēšana Rediģēt

Atšķirība starp funkcionālo pārbaudi un nefunkcionālo testēšanu

Līdz šim jums bija jāredz atsevišķi raksti funkcionālās testēšanas un nefunkcionālās testēšanai. Jebkurā gadījumā šodienas rakstā mēs redzēsim patieso atšķirību starp funkcionālo testēšanu un nefunkcionālo testēšanu.

Ko jūs domājat ar nefunkcionālām pārbaudēm?

Nefunkcionālā pārbaude ir tāda veida pārbaude, kas tiek veikta, ņemot vērā nefunkcionālās vajadzības. Funkcionālā testēšanā lielākais vairums kritēriju netiek ņemti vērā, tāpēc to izmanto, lai pārbaudītu sistēmas pieejamību. Prasībām, kas nav funkcionālas, ir tendence būt tādām, kas atspoguļo produkta raksturu, jo īpaši attiecībā uz tā klientu saprātīguma perspektīvām. To var sākt pēc funkcionālās pārbaudes veikšanas. Nefunkcionālie testi var būt pārliecinoši, izmantojot testēšanas rīkus.

Nefunkcionālā pārbaude ietekmē klientu un klientu apmierinātību ar produktu. Paredzams, ka nefunkcionālā pārbaude tiks pārbaudāmā veidā teikta: “programmatūrai jābūt ātrai” vai “programmatūrai jābūt viegli darbināmai”, kas nav pārbaudāma.

Būtībā nefunkcionālā testā tiek izmantotas galvenās programmatūras ietvaru nelietderīgās īpašības. Šeit ir daži nefunkcionālu prasību piemēri; Cik daudz laika programmatūras izstrādājumam prasa konkrēta uzdevuma pabeigšana? no otras puses, cik ātrs ir reakcijas laiks.

Tādu programmatūras īpašību pārbaude, kuras netiek identificētas ar noteiktu funkciju vai klienta darbību, piemēram, izpildīšana, pielāgojamība, drošība vai lietojumprogrammas uzvedības modelis ar īpašiem ierobežojumiem.

Šeit ir daži testi, kas jāņem vērā nefunkcionālos testēšanas veidos:

  • Slodzes pārbaude
  • Uzticamības pārbaude
  • Veiktspējas pārbaude
  • Drošības pārbaude
  • Tilpuma pārbaude
  • Instalācijas pārbaude
  • Lokalizācijas pārbaude un internacionalizācijas pārbaude
  • Atveseļošanās pārbaude
  • Stresa pārbaude un vēl daudz kas cits ...

Ko jūs domājat ar funkcionālo pārbaudi?

Tas ietver pilnīgu integrācijas sistēmu, lai pārbaudītu sistēmas konsekvenci ar iepriekš noteiktajām prasībām. Ņemot vērā sistēmas prasību specifikācijas dokumentu, šāda veida pārbaude ir jāveic. Faktiskās testēšanas laikā testētājiem ir jāapstiprina noteikta darbība vai koda darbība. Funkcionālai pārbaudei var izmantot manuālu testēšanu vai automatizācijas rīkus, tomēr funkcionalitātes pārbaude būtu vienkāršāka, izmantojot manuālo testēšanu. Pirms nefunkcionālās pārbaudes vispirms tiks veikta funkcionālā pārbaude.

Funkcionālās pārbaudes gadījumā ir jāatceras pieci posmi:

  • Testa datu izkārtojums, ņemot vērā funkcijas prasības.
  • Biznesa vajadzības ir ieguldījums funkcionālā testēšanā.
  • Ņemot vērā funkcionālās specifikācijas, atklājiet funkciju izvadi.
  • Pārbaudes gadījumu izpilde.
  • Noskatieties faktiskos un gaidītos rezultātus.

Funkcionālās testēšanas ieviešanai ir pieejami daudzi rīki, kas ietver arī testa automatizācijas rīkus.

Funkcionālā testēšana jāattiecina uz šādiem testēšanas veidiem:

  • Sanitātes pārbaude
  • Sistēmas pārbaude
  • Integrācijas pārbaude
  • Dūmu pārbaude
  • Regresijas pārbaude
  • Lietotāju pieņemšanas pārbaude utt.

Funkcionalitātes pārbaude apstiprina, ka lietojumprogramma pēc lokalizācijas joprojām ir pilnībā funkcionāla. Pat tādām lietojumprogrammām, kuras profesionāli internacionalizē ar pasaules gatavības noteikumiem, nepieciešama funkcionālā pārbaude.

Funkcionalitātes pārbaude tiek veikta, lai pārbaudītu, vai izstrādājuma lietojumprogramma darbojas un darbojas precīzi, kā norādīts dizaina specifikācijās. Līdztekus funkcionalitātes pārbaudei mēs pārbaudām centra lietojumprogrammu funkcijas, satura ievadi, izvēlnes funkcijas un uzstādīšanu un iestatīšanu lokalizētās mašīnās utt.

Funkcionalitātes pārbaude ietver šādas pārbaudes:

  • Instalēšana un iestatīšana lokalizētajās sistēmās, kurās darbojas lokalizētas operētājsistēmas un lapas ar vietējo kodu.
  • Satura apstrāde (piemēram, kopēšana, ielīmēšana un mainīšana) ar palielinātām rakstzīmēm, ārkārtas tekstuāliem stiliem un skriptiem, kas nav latīņu valodā.
  • Stingri rūpējieties par saturu un informāciju, īpaši saskaroties ar programmām vai moduļiem, kas nav Unicode.
  • Informācija par saturu, ieskaitot paplašinātu rakstzīmju vai skriptu, kas nav latīņu valoda, izmantošanu.
  • Galvenās lietojumprogrammu funkcijas.
  • Reģionālie un citi lokalizētie iestatījumi utt.
  • Precīzi karsto taustiņu īsceļi bez atkārtošanās.

Tas attiecās uz funkcionālo un nefunkcionālo testēšanu.

Šis raksts būtu noderīgs studentu programmatūras testēšanas pārskatiem.

Vairāk saistīto emuāru:

  1. Programmatūras testēšana un riska analīze
  2. Verifikācijas un validācijas process programmatūras testēšanā