Konfigurācijas pārbaude
Konfigurācijas pārbaude ir programmatūras testēšanas tehnika, kurā programmatūras lietojumprogramma tiek pārbaudīta ar vairākām programmatūras un aparatūras kombinācijām, lai novērtētu funkcionālās prasības un uzzinātu optimālās konfigurācijas, kurās programmatūras lietojumprogramma darbojas bez defektiem vai trūkumiem.
Kā jau tika apspriests iepriekš, konfigurācijas pārbaude ir programmatūras pārbaude, kurā pārbaudāmā lietojumprogramma ir jāpārbauda, izmantojot vairākas programmatūras un aparatūras kombinācijas.
Šajā apmācībā jūs uzzināsiet
- Kas ir konfigurācijas pārbaude?
- Konfigurācijas testēšanas piemērs
- Priekšnosacījumi konfigurācijas testēšanai
- Konfigurācijas testēšanas mērķi
- Kā veikt konfigurācijas testēšanu
- Pārbaudes lietu paraugi
Konfigurācijas testēšanas piemērs
Sapratīsim to ar darbvirsmas lietojumprogrammas piemēru:
Parasti darbvirsmas lietojumprogrammas būs 2 vai 3 līmeņu, šeit mēs apsvērsim 3 līmeņu darbvirsmas lietojumprogrammu, kas izstrādāta, izmantojot Asp.Net un sastāv no klienta, biznesa loģikas servera un datu bāzes servera, kur katrs komponents atbalsta zemāk minētās platformas.
- Klienta platforma - Windows XP, Window7 OS, Windows 8 OS utt
- Servera platforma - Windows Server 2008 R2, Windows Server 2008 R2, Windows Server 2012R2
- Datu bāze -SQL Sever 2008, SQL Server 2008R2, SQL Server 2012 utt.
Testētājam ir jāpārbauda klienta, servera un datu bāzes kombinācija ar iepriekš minēto platformu un datu bāzes versiju kombinācijām, lai pārliecinātos, ka lietojumprogramma darbojas pareizi un neizdodas.
Konfigurācijas pārbaude attiecas ne tikai uz programmatūru, bet arī uz aparatūru, tāpēc to sauc arī par aparatūras konfigurācijas testēšanu, kur mēs pārbaudām dažādas aparatūras ierīces, piemēram, printerus, skenerus, tīmekļa kameras utt., Kas atbalsta testējamo lietojumprogrammu.
Priekšnosacījumi konfigurācijas testēšanai
Jebkuram projektam, pirms sākat konfigurēšanas testu, mums jāievēro daži priekšnosacījumi
- Matricas izveide, kas sastāv no dažādām programmatūras un aparatūras konfigurāciju kombinācijām
- Piešķirot konfigurācijām prioritāti, jo ir grūti pārbaudīt visas konfigurācijas
- Katras konfigurācijas pārbaude, pamatojoties uz prioritāti.
Konfigurācijas testēšanas mērķi
Konfigurācijas testēšanas mērķi ir
- Apstiprina lietojumprogrammu, lai noteiktu, vai tā atbilst konfigurēšanas prasībām
- Manuāla kļūmju izraisīšana, kas palīdz noteikt defektus, kas testēšanas laikā netiek efektīvi atrasti (piemēram: sistēmas reģionālo iestatījumu mainīšana, piemēram, laika josla, valoda, datuma un laika formāti utt.)
- Nosakiet optimālo pārbaudāmās lietojumprogrammas konfigurāciju.
- Sistēmas veiktspējas analīze, pievienojot vai modificējot aparatūras resursus, piemēram, slodzes līdzsvarotājus, palielinot vai samazinot atmiņas apjomu, savienojot dažādus printera modeļus utt.
- Analizējot sistēmas efektivitāti, pamatojoties uz prioritāti, cik efektīvi testi tika veikti ar pieejamajiem resursiem, lai sasniegtu optimālu sistēmas konfigurāciju.
- Sistēmas pārbaude ģeogrāfiski sadalītā vidē, lai pārliecinātos, cik efektīvi sistēma darbojas.
Attiecībā uz Ex: Server citā vietā un klientiem citā vietā, sistēmai vajadzētu darboties nevainojami, neatkarīgi no sistēmas iestatījumiem.
- Pārbaudīt, cik viegli kļūdas ir pavairojamas neatkarīgi no konfigurācijas izmaiņām.
- Nodrošinot lietojumprogrammas vienumu izsekojamību, pareizi dokumentējot un uzturot viegli identificējamas versijas.
- Pārbaudiet lietojumprogrammu vienumu pārvaldāmību visā programmatūras izstrādes dzīves ciklā.
Kā veikt konfigurācijas testēšanu
Šajā sadaļā mēs apspriedīsim stratēģiju, kas jāievēro konfigurācijas testēšanas veidiem, un ir divi konfigurācijas testēšanas veidi, kā minēts turpmāk
- Programmatūras konfigurācijas pārbaude
- Aparatūras konfigurācijas pārbaude
Programmatūras konfigurācijas pārbaude
Programmatūras konfigurācijas pārbaude pārbauda pārbaudāmo lietojumprogrammu ar vairākām OS, dažādiem programmatūras atjauninājumiem utt. Programmatūras konfigurācijas pārbaude ir ļoti laikietilpīga, jo dažādu testēšanai izmantoto programmatūru instalēšana un atinstalēšana prasa laiku.
Viena no pieejām, kas tiek izmantota, lai pārbaudītu programmatūras konfigurāciju, ir testēšana uz virtuālajām mašīnām. Virtuālā mašīna ir vide, kas ir instalēta programmatūrā un darbojas kā fiziska aparatūra, un lietotājiem būs tāda pati sajūta kā fiziskai mašīnai. Virtuālās mašīnas simulē reāllaika konfigurācijas.
Tā vietā, lai instalētu un atinstalētu programmatūru vairākās fiziskās mašīnās, kas ir laikietilpīgs, vienmēr labāk ir instalēt lietojumprogrammu / programmatūru virtuālajā mašīnā un turpināt testēšanu. Šo procesu var veikt ar vairākām virtuālām mašīnām, kas vienkāršo testētāja darbu
Programmatūras konfigurācijas pārbaudi parasti var sākt, kad
- Ir norādītas pārbaudāmās konfigurēšanas prasības
- Testa vide ir gatava
- Testēšanas komanda ir labi apmācīta konfigurācijas testēšanā
- Izlaista versija ir vienība un nokārtots integrācijas tests
Tipiska testēšanas stratēģija, kas tiek izmantota programmatūras konfigurācijas testa pārbaudē, ir funkcionālā testa komplekta palaišana vairākās programmatūras konfigurācijās, lai pārbaudītu, vai pārbaudāmā lietojumprogramma darbojas pēc vēlēšanās bez trūkumiem vai kļūdām.
Vēl viena stratēģija ir nodrošināt, ka sistēma darbojas labi, manuāli izgāžoties pārbaudes gadījumos un pārbaudot efektivitāti.
Piemērs:
Pieņemsim, ka ir banku lietojumprogramma, kuras savietojamība jāpārbauda vairākās pārlūkprogrammās, ja lietojumprogramma tiek mitināta vidē, kurā ir visi priekšnoteikumi, un tā, iespējams, iztur laboratorijas vienību un integrācijas testēšanu.
Bet, ja tā pati lietojumprogramma ir instalēta klienta vietā un mašīnām trūkst dažu programmatūras atjauninājumu vai versiju, no kurām tieši vai netieši ir atkarīga lietojumprogramma, pastāv iespēja, ka lietojumprogramma var neizdoties. Lai izvairītos no šāda veida situācijām, vienmēr tiek ieteikts manuāli neizdoties testos, noņemot dažas konfigurēšanas prasības un pēc tam turpināt testēšanu.
Aparatūras konfigurācijas pārbaude
Aparatūras konfigurācijas pārbaude parasti tiek veikta laboratorijās, kur atrodam fiziskas mašīnas ar tām piestiprinātu dažādu aparatūru.
Ikreiz, kad tiek izlaists būvējums, programmatūra ir jāinstalē visās fiziskajās mašīnās, kur ir pievienota aparatūra, un katrai mašīnai jādarbina testa komplekts, lai pārliecinātos, ka lietojumprogramma darbojas labi.
Lai veiktu iepriekš minēto uzdevumu, ir jāpieliek daudz pūļu, lai programmatūru instalētu katrā mašīnā, pievienotu aparatūru un manuāli palaistu vai pat lai automatizētu iepriekš minēto procesu un palaistu testa komplektu.
Veicot aparatūras konfigurācijas testu, mēs norādām pārbaudāmās aparatūras veidu, un ir daudz datoru aparatūras un perifērijas ierīču, kuru dēļ visu to palaišana ir diezgan neiespējama. Tāpēc testētāja pienākums ir analizēt, kādu aparatūru lietotāji galvenokārt izmanto, un mēģināt veikt testēšanu, pamatojoties uz prioritāti.
Pārbaudes lietu paraugi
Apsveriet banku scenāriju, lai pārbaudītu aparatūras savietojamību. Banku lietojumprogramma, kas ir savienota ar piezīmju skaitīšanas iekārtu, ir jāpārbauda ar dažādiem modeļiem, piemēram, Rolex, Strob, Maxsell, StoK utt.
Ņemsim dažus testa gadījumu paraugus, lai pārbaudītu piezīmju skaitīšanas mašīnu
- Lietojumprogrammas savienojuma pārbaude ar Rolex modeli, kad NAV instalēti priekšnosacījumi
- Lietojumprogrammas savienojuma pārbaude ar Rolex modeli, kad ir instalēti priekšnosacījumi
- Pārbaudiet, vai sistēma pareizi skaita piezīmes
- Pārbaudiet, vai sistēma nepareizi uzskaita piezīmes
- Pārbauda viltotās piezīmes
- Atbildes laika pārbaude
- Pārbaudiet, vai tiek atklātas viltus piezīmes utt
Iepriekš minētie testa gadījumi attiecas uz vienu modeli, un tas pats ir jāpārbauda ar visiem tirgū pieejamajiem modeļiem, uzstādot tos testa laboratorijā, kas ir grūti. Tādēļ ir ieteicams ārpakalpojumus aparatūras konfigurācijas testēšanai nodot organizācijām, kas tās specializējas.
Kopsavilkums:
Programmatūras inženierijā konfigurācijas testēšanai jāpiešķir tikpat liela nozīme kā citiem testēšanas veidiem. Neveicot konfigurācijas testēšanu, ir grūti analizēt optimālo sistēmas veiktspēju, kā arī programmatūrai var rasties saderības problēmas, ar kurām tai vajadzētu darboties.