Kas ir sistēmas testēšana?
SISTĒMAS PĀRBAUDE ir testēšanas līmenis, kas apstiprina pilnīgu un pilnībā integrētu programmatūras produktu. Sistēmas testa mērķis ir novērtēt end-to-end sistēmas specifikācijas. Parasti programmatūra ir tikai viens no lielākas datorizētas sistēmas elementiem. Galu galā programmatūra ir saskarne ar citām programmatūras / aparatūras sistēmām. Sistēmas testēšana faktiski ir dažādu testu virkne, kuru vienīgais mērķis ir izmantot pilnu datorizētu sistēmu.Šajā apmācībā mēs iemācīsimies
- Sistēmas pārbaude ir Blackbox
- Ko jūs pārbaudāt sistēmas testēšanā?
- Programmatūras testēšanas hierarhija
- Dažādi sistēmas testēšanas veidi
- Kādus sistēmas testēšanas veidus testētājiem vajadzētu izmantot?
Sistēmas pārbaude ir Blackbox
Divas programmatūras testēšanas kategorijas
- Melnās kastes pārbaude
- Baltās kastes pārbaude
Sistēmas pārbaude ietilpst programmatūras testēšanas melnās kastes testēšanas kategorijā.
Baltās kastes pārbaude ir programmatūras lietojumprogrammas iekšējās darbības vai koda pārbaude. Turpretī melnā kaste vai sistēmas pārbaude ir pretēja. Sistēmas pārbaude ietver programmatūras ārējo darbību no lietotāja viedokļa.
Noklikšķiniet šeit, ja videoklips nav pieejams
Ko jūs pārbaudāt sistēmas testēšanā?
Sistēmas testēšana ietver programmatūras koda testēšanu, lai sekotu
- Pārbauda pilnībā integrētās lietojumprogrammas, ieskaitot ārējās perifērijas ierīces, lai pārbaudītu, kā komponenti mijiedarbojas savā starpā un ar sistēmu kopumā. To sauc arī par testēšanas scenāriju no gala līdz beigām.
- Pārbaudiet katras lietojumprogrammas ievades rūpīgu pārbaudi, lai pārbaudītu vēlamos rezultātus.
- Lietotāja pieredzes pārbaude ar lietojumprogrammu.
Tas ir ļoti vienkāršs sistēmas testēšanas procesa apraksts. Jums jāveido detalizēti testa gadījumi un testa komplekti, kas pārbauda katru lietojumprogrammas aspektu, skatoties no ārpuses, neskatoties uz faktisko pirmkodu.
Programmatūras testēšanas hierarhija
Tāpat kā gandrīz jebkuram programmatūras inženierijas procesam, arī programmatūras testēšanai ir noteikta kārtība, kādā lietas jāveic. Šis ir programmatūras testēšanas kategoriju saraksts, kas sakārtots hronoloģiskā secībā. Šie ir soļi, kas veikti, lai pilnībā pārbaudītu jauno programmatūru, gatavojoties tās tirdzniecībai:
- Vienības testēšana, kas tiek veikta katram kodam vai koda blokam izstrādes laikā. Vienības testēšanu parasti veic programmētājs, kurš raksta kodu.
- Integrācijas testēšana veikta pirms jauna moduļa integrācijas galvenajā programmatūras pakotnē, tās laikā un pēc tās. Tas ietver katra atsevišķa koda moduļa testēšanu. Vienā programmatūras daļā var būt vairāki moduļi, kurus bieži izveido vairāki dažādi programmētāji. Ir ļoti svarīgi pārbaudīt katra moduļa ietekmi uz visu programmas modeli.
- Sistēmas testēšana, ko profesionāls testēšanas aģents veic pabeigtajam programmatūras produktam, pirms tas tiek laists tirgū.
- Pieņemšanas pārbaude - produkta beta testēšana, ko veic faktiskie galalietotāji.
Dažādi sistēmas testēšanas veidi
Ir vairāk nekā 50 sistēmu testēšanas veidi. Lai iegūtu pilnīgu programmatūras testēšanas veidu sarakstu, noklikšķiniet šeit. Zemāk mēs esam uzskaitījuši sistēmu testēšanas veidus, kurus parasti izmantotu liels programmatūras izstrādes uzņēmums
- Lietojamības pārbaude - galvenokārt ir vērsta uz lietotāja vieglumu izmantot lietojumprogrammu, elastību vadības ierīcēs un sistēmas spēju sasniegt tās mērķus
- Slodzes pārbaude ir nepieciešama, lai zinātu, ka programmatūras risinājums darbosies reālās dzīves slodzēs.
- Regresijas testēšana - ietver testēšanu, kas veikta, lai pārliecinātos, ka neviena no izmaiņām, kas veiktas izstrādes procesā, nav izraisījusi jaunas kļūdas. Tas arī nodrošina, ka laika gaitā neparādās vecas kļūdas, pievienojot jaunus programmatūras moduļus.
- Atkopšanas testēšana - tiek veikta, lai pierādītu, ka programmatūras risinājums ir uzticams un uzticams un var veiksmīgi atgūties no iespējamām avārijām.
- Migrācijas testēšana tiek veikta, lai nodrošinātu, ka programmatūru bez problēmām var pārvietot no vecākas sistēmas infrastruktūras uz pašreizējo sistēmas infrastruktūru.
- Funkcionālā testēšana - Funkcionālā testēšana ir arī pazīstama kā funkcionālās pilnības pārbaude, un tā ietver mēģinājumus domāt par iespējamām trūkstošām funkcijām. Testētāji var izveidot sarakstu ar papildu funkcijām, kuras produktam varētu būt jāuzlabo funkcionālās pārbaudes laikā.
- Aparatūras / programmatūras testēšana - IBM aparatūras / programmatūras testēšanu apzīmē kā "HW / SW testēšanu". Tas ir tad, kad testētājs sistēmas testēšanas laikā koncentrējas uz aparatūras un programmatūras mijiedarbību.
Kādus sistēmas testēšanas veidus testētājiem vajadzētu izmantot?
Pastāv vairāk nekā 50 dažādu sistēmu testēšanas veidi. Konkrētie testētāja izmantotie veidi ir atkarīgi no vairākiem mainīgajiem. Šie mainīgie ietver:
- Kam strādā testeris - tas ir galvenais faktors, lai noteiktu sistēmas testēšanas veidus, kurus testeris izmantos. Lielo uzņēmumu izmantotās metodes atšķiras no tām, kuras izmanto vidējie un mazie uzņēmumi.
- Testēšanai pieejamais laiks - galu galā varētu izmantot visus 50 testēšanas veidus. Laiks bieži vien ierobežo to, ka izmantojam tikai tos veidus, kas ir visatbilstošākie programmatūras projektam.
- Testētājam pieejamie resursi - protams, dažiem testētājiem nebūs nepieciešamo resursu testēšanas veida veikšanai. Piemēram, ja esat testētājs, kas strādā lielā programmatūras izstrādes firmā, iespējams, ka dārga automatizēta testēšanas programmatūra nav pieejama citiem.
- Programmatūras testētāja izglītība - katram pieejamo programmatūras testēšanas veidam ir noteikta mācīšanās līkne. Lai izmantotu daļu no iesaistītās programmatūras, testētājam ir jāiemācās to izmantot.
- Budžeta pārbaude - nauda kļūst par faktoru ne tikai mazākiem uzņēmumiem un atsevišķiem programmatūras izstrādātājiem, bet arī lieliem uzņēmumiem.