Kā testeris jūs domājat, ka “Testēšanas gadījumu izstrāde ir pietiekami izaicinoša, kāpēc gan uztraukties par kaut ko tik niecīgu kā testa dati”. Šīs apmācības mērķis ir iepazīstināt jūs ar testa datiem, to nozīmi un sniegt praktiskus padomus un ieteikumus, lai ātri izveidotu testa datus. Tātad, sāksim!
Kas ir testēšanas dati programmatūras testēšanā?
Pārbaudes dati programmatūras testēšanā ir programmatūras programmai ievadītā informācija testa izpildes laikā. Tas atspoguļo datus, kurus testēšanas laikā ietekmē vai ietekmē programmatūras izpilde. Pārbaudes dati tiek izmantoti gan pozitīvai pārbaudei, lai pārliecinātos, ka funkcijas dod gaidītos rezultātus attiecībā uz dotajām ieejām, gan negatīvām pārbaudēm, lai pārbaudītu programmatūras spēju apstrādāt neparastas, ārkārtas vai negaidītas ievades.
Slikti izstrādāti testēšanas dati, iespējams, nepārbauda visus iespējamos testa scenārijus, kas pasliktinās programmatūras kvalitāti.
Kas ir testa datu ģenerēšana? Kāpēc testa dati jāizveido pirms testa izpildes?
Visi zina, ka testēšana ir process, kas rada un patērē lielu datu apjomu. Testēšanā izmantotie dati apraksta testa sākotnējos apstākļus un atspoguļo barotni, caur kuru testeris ietekmē programmatūru. Tā ir izšķiroša daļa lielākajā daļā funkcionālo testu.
Atkarībā no testēšanas vides jums, iespējams, būs jāizveido testa dati (lielākoties) vai vismaz jānosaka piemēroti testa dati jūsu testa gadījumiem (vai testa dati jau ir izveidoti).
Parasti testa dati tiek veidoti sinhronizēti ar testa gadījumu, kurā tos paredzēts izmantot.
Testa datus var ģenerēt -
- Manuāli
- Datu kopija no ražošanas līdz testēšanas videi
- Testa datu masveida kopija no mantotajām klientu sistēmām
- Automatizēti testa datu ģenerēšanas rīki
Datu paraugi parasti jāveido pirms testa izpildes sākšanas, jo citādi ir grūti apstrādāt testa datu pārvaldību. Tā kā daudzās testēšanas vidēs testa datu izveidei jāveic vairākas iepriekšējas darbības vai ļoti laikietilpīgas testa vides konfigurācijas. . Arī tad, ja testa dati tiek ģenerēti, kamēr esat testa izpildes fāzē, varat pārsniegt testēšanas termiņu.
Tālāk ir aprakstīti vairāki testēšanas veidi, kā arī daži ieteikumi par to testēšanas datu vajadzībām.
Testa dati baltās kastes testēšanai
Programmā White Box Testing testa datu pārvaldība tiek iegūta, pārbaudot testējamo kodu tieši. Testa datus var izvēlēties, ņemot vērā šādas lietas:
- Vēlams aptvert pēc iespējas vairāk zaru; testēšanas datus var ģenerēt tā, lai visas programmas avota koda filiāles tiktu pārbaudītas vismaz vienu reizi
- Ceļa pārbaude: visi programmas avota koda ceļi tiek pārbaudīti vismaz vienu reizi - testa datus var sagatavot, lai aptvertu pēc iespējas vairāk gadījumu
- Negatīva API testēšana:
- Pārbaudes datos var būt nederīgi parametru veidi, kurus izmanto, lai izsauktu dažādas metodes
- Pārbaudes dati var sastāvēt no nederīgām argumentu kombinācijām, kuras tiek izmantotas, lai izsauktu programmas metodes
Pārbaudes dati veiktspējas pārbaudei
Veiktspējas pārbaude ir testēšanas veids, kas tiek veikts, lai noteiktu, cik ātri sistēma reaģē noteiktā slodzē. Šāda veida testu mērķis nav atrast kļūdas, bet gan novērst vājās vietas. Svarīgs veiktspējas pārbaudes aspekts ir tāds, ka izmantoto datu paraugu kopai jābūt ļoti tuvai “reāliem” vai “dzīviem” datiem, kas tiek izmantoti ražošanā. Rodas šāds jautājums: "Labi, ir labi testēt ar reāliem datiem, bet kā es varu iegūt šos datus?" Atbilde ir diezgan vienkārša: no cilvēkiem, kuri zina vislabāk - no klientiem . Viņi, iespējams, varēs sniegt dažus datus, kas viņiem jau ir, vai, ja viņiem nav datu kopas, viņi var jums palīdzēt, sniedzot atsauksmes par to, kā varētu izskatīties reālās pasaules dati. Gadījumā, ja atrodaties auzturēšanas testēšanas projekts, jūs varētu kopēt datus no ražošanas vides testēšanas gultā. Laba prakse ir anonimizēt (nokasīt) sensitīvus klientu datus, piemēram, sociālās apdrošināšanas numuru, kredītkaršu numurus, bankas rekvizītus utt., Kamēr tiek izgatavota kopija.
Testa dati drošības testēšanai
Drošības pārbaude ir process, kas nosaka, vai informācijas sistēma aizsargā datus no ļaunprātīgiem nodomiem. Datu kopumam, kas jāveido, lai pilnībā pārbaudītu programmatūras drošību, jāaptver šādas tēmas:
- Konfidencialitāte: visa klientu sniegtā informācija tiek glabāta visstingrākajā konfidencialitātē, un tā netiek kopīgota ar citām pusēm. Īss piemērs, ja lietojumprogramma izmanto SSL, varat izveidot testa datu kopu, kas pārbauda, vai šifrēšana ir veikta pareizi.
- Integritāte: nosakiet, vai sistēmas sniegtā informācija ir pareiza. Lai izveidotu piemērotus testa datus, varat sākt, padziļināti apskatot dizainu, kodu, datu bāzes un failu struktūru.
- Autentifikācija: pārstāv lietotāja identitātes noteikšanas procesu. Testēšanas datus var veidot kā atšķirīgu lietotājvārdu un paroļu kombināciju, un tā mērķis ir pārbaudīt, vai tikai pilnvarotas personas var piekļūt programmatūras sistēmai.
- Autorizācija: norāda, kādas ir konkrēta lietotāja tiesības. Pārbaudes dati var saturēt atšķirīgu lietotāju, lomu un darbību kombināciju , lai pārbaudītu, vai tikai lietotāji ar pietiekamām tiesībām var veikt noteiktu darbību.
Testa dati melnās kastes testēšanai
Melnās kastes testēšanā kods testētājam nav redzams. Jūsu funkcionālo testu gadījumos testa dati var atbilst šādiem kritērijiem -
- Nav datu : pārbaudiet sistēmas atbildi, kad dati nav iesniegti
- Derīgi dati : pārbaudiet sistēmas atbildi, kad ir iesniegti derīgi testa dati
- Nederīgi dati : pārbaudiet sistēmas atbildi, kad tiek iesniegti InValid testa dati
- Nelikumīgs datu formāts : pārbaudiet sistēmas reakciju, ja testa dati ir nederīgā formātā
- Robežstāvokļa datu kopa : testa dati, kas atbilst robežvērtību nosacījumiem
- Ekvivalences nodalījuma datu kopa : pārbaudiet datus, kas kvalificē jūsu ekvivalences nodalījumus.
- Lēmumu tabulas datu kopa : pārbaudiet datus, kas kvalificē jūsu lēmumu tabulas testēšanas stratēģiju
- Valsts pārejas testa datu kopa : testa dati, kas atbilst jūsu valsts pārejas testēšanas stratēģijai
- Lietojuma pārbaudes datu izmantošana : pārbaudiet datus sinhronizācijā ar lietojuma gadījumiem.
Piezīme . Atkarībā no pārbaudāmās lietojumprogrammas varat izmantot dažus vai visus iepriekš minētos testa datu izveidi
Automatizēti testa datu ģenerēšanas rīki
Lai ģenerētu dažādas datu kopas, varat izmantot automatizēto testa datu ģenerēšanas rīku gammu. Tālāk ir sniegti daži šādu rīku piemēri:
DTM testēšanas datu ģenerators ir pilnībā pielāgojama utilīta, kas ģenerē datus, tabulas (skatus, procedūras utt.) Datu bāzes testēšanai (veiktspējas testēšanai, kvalitātes pārbaudei, slodzes pārbaudei vai lietojamības pārbaudei).
Datatect ir Banner Software SQL datu ģenerators, kas ģenerē dažādus reālus testa datus ASCII plakanajos failos vai tieši ģenerē testa datus RDBMS, tostarp Oracle, Sybase, SQL Server un Informix.
Secinājums
Visbeidzot, labi izstrādāti testēšanas dati ļauj identificēt un novērst nopietnus funkcionalitātes trūkumus. Atlasīto testa datu izvēle ir jāpārvērtē katrā daudzfāžu produktu izstrādes cikla fāzē. Tātad, vienmēr sekojiet tam.