- Pēc prasību noteikšanas izstrādes komanda sāk savu projektēšanas un izstrādes procesu, savukārt testēšanas komanda sāk testēt testus, kurus var izpildīt, kad būvējums ir izvietots.
- Jebkura produkta panākumi ir atkarīgi no testēšanas procesiem un veicamās testēšanas kvalitātes. Laba testa plāna rezultātā tiek iegūts produkts bez kļūdām.
- ALM atbalsta manuālo, automatizācijas un veiktspējas testu uzturēšanu un izpildi, jo ALM ir nevainojami integrēts visos HP produktos, piemēram, HP UFT un HP Load Runner.
Šajā apmācībā jūs uzzināsiet
- Kā izveidot testa plānu
- Kā augšupielādēt testus, izmantojot Microsoft Excel
- Kā izveidot testa resursus
Kā izveidot testa plānu
1. solis. Līdzīgi kā prasības, izveidosim vietturi / mapi katram testa veidam, piemēram, Funkcionāls un Nefunkcionāls.
- ALM mājas lapā noklikšķiniet uz saites Testa plāns
- Noklikšķiniet uz ikonas “Jauna mape”
- Ievadiet mapes nosaukumu kā “Funkcionāls” un noklikšķiniet uz Labi
2. solis) Izveidotā mape tiks parādīta, kā parādīts zemāk.
3. solis. Tāpat izveidosim apakšmapes “Manuālajiem” un “Automātiskajiem” testiem sadaļā “Funkcionālā” mape. Tādējādi galīgo mapju struktūra būs šāda:
Piezīme. Mēs nevarēsim izveidot automatizētus testa skriptus / veiktspējas testa skriptus no ALM; tā vietā tas ir jāizveido no attiecīgajiem HP rīkiem, piemēram, UFT funkcionālajam un Load runner veiktspējai. Pēc tam tas tiek saglabāts ALM, lai tos varētu ieplānot, izpildīt, uzraudzīt un ziņot.
4. solis. Būtu labāk izveidot jaunu mapi katram no lietojumprogrammas moduļiem, lai visi manuālie testi netiktu izmesti vienā mapē. Sarežģītās lietojumprogrammās būtu tūkstošiem testu, kurus būtu grūti apstrādāt, ja tie nebūtu pareizi izlīdzināti.
5. solis. Tagad izveidosim manuālo pārbaudi “Pieteikšanās” modulim, cilnē “Pārbaudes plāns” noklikšķinot uz ikonas “Jauns tests”.
6. solis . Lai veiksmīgi izveidotu jauno testu, ievadiet šo informāciju.
- Ievadiet jauno testa nosaukumu
- Ievadiet testa veidu. Šajā gadījumā tas ir “manuāls” tests.
- Lietotājs var ievadīt arī citus neobligātus laukus, piemēram, datumu, aprakstu, kā parādīts zemāk.
- Kad visa informācija ir ievadīta, noklikšķiniet uz Iesniegt.
7. solis ) Kad tests ir izveidots, izveidotais tests parādīsies mapē “Manual” testi ar citām ģenerētām cilnēm, kā parādīts zemāk. Gaidāmajās darbībās detalizēti apspriedīsim katru no šīm cilnēm.
8. solis) Noklikšķiniet uz cilnes “Projektēšanas darbības” un noklikšķiniet uz ikonas “Jauns solis”, kā parādīts zemāk. Tiek atvērts dialoglodziņš Dizaina darbības detaļas
- Ievadiet soļa nosaukumu
- Ievadiet soļa aprakstu
- Ievadiet paredzamo rezultātu
- Noklikšķiniet uz Labi
9. solis) Atkārtojiet 6. darbību un ievadiet visas attiecīgās darbības, lai pārbaudītu funkcionalitāti. Pēc visu nepieciešamo darbību izveidošanas cilnē “Projektēšanas darbības” tiek parādītas visas izveidotās darbības, kā parādīts zemāk.
10. solis. Parametri, palīdz lietotājam piešķirt mainīgajam vērtību, kas ļauj lietotājam veikt vienu un to pašu testu ar dažādām datu kopām. Šajā gadījumā lietotāja vārds un parole var būt divi parametri, kuriem tiktu piešķirta vērtība. Mēs sapratīsim, cik svarīgi parametriem ir testa laikā, kas tiks apskatīti Test Lab modulī.
Ļaujiet mums redzēt, kā izveidot parametrus.
- Atlasiet testa soli, pret kuru mēs vēlētos pievienot parametru.
- Tiks iespējota ikona “Parameter”. Noklikšķiniet uz tā paša, kas parādīts zemāk.
11. solis) Parametrs tiks atvērts, kā parādīts zemāk. Noklikšķiniet uz pogas Jauns parametrs.
12. solis) Atveras testa parametru informācijas dialoglodziņš.
- Ievadiet parametra nosaukumu
- Piešķiriet parametram vērtību
- Noklikšķiniet uz Labi.
13. solis)
Lietotājam tiek parādīts dialoglodziņš “Parametri”
- Ar izveidoto mainīgo
- Vērtība
- Noklikšķiniet uz Labi.
14. solis. Tagad mēs varam pamanīt, ka parametrs ir pievienots pašā “Test Step”, kā parādīts zemāk.
Atkārtojiet to pašu arī paroles laukam.
Līdzīgi izveidojiet parametru parole Filed
15. solis) Izveidotos parametrus var apskatīt / rediģēt cilnē Parametri. Šis dialoglodziņš arī palīdz mums izveidot, izdzēst ar testiem saistītos parametrus.
16. darbība . Cilne Pielikums ļauj lietotājam augšupielādēt jebkura veida failus, piemēram, 'xls', 'jpg.webp' utt.
17. solis . Testa konfigurācija palīdz mums atkārtoti izmantot testu dažādiem lietošanas gadījumiem. Ļaujiet mums saprast, kā strādāt ar testa konfigurācijām, izmantojot piemēru. Pēc noklusējuma ir testa konfigurācija, kas norādīta kā testa nosaukums.
Piezīme: mēs NEVARAM izdzēst noklusējuma testa konfigurāciju, bet mēs varam to rediģēt.
18. solis. Pieņemsim, ka pieteikšanās funkcionalitāti var veikt trīs veidu biznesa lietotāji, piemēram, “palīdzības dienests”, “vadītājs” un “kopas vadītājs”.
Pārdēvēsim noklusējuma testa konfigurāciju uz “helpdesk”, rediģējot nosaukuma lauku “Test Configuration”.
19. solis. Tagad pievienosim vēl divas pārējās testa konfigurācijas - pārvaldnieku un klastera galvu. Pārbaudes konfigurācijās noklikšķiniet uz ikonas “+”.
20. solis) Tiek atvērts dialoglodziņš “ Jauna testa konfigurācija”.
- Ievadiet testa konfigurācijas nosaukumu
- Ievadiet citus neobligātus parametrus, piemēram, “izveidojis”, “izveides datums”, “apraksts”
- Noklikšķiniet uz Labi.
21. solis) Atkārtojiet to pašu darbību kā iepriekš, lai izveidotu vēl vienu “klastera galvas” testa konfigurāciju, un lietotājam tiks parādīta visa testa konfigurācija, kā parādīts zemāk. Tas testētājiem ļaus testa izpildes laikā veikt vienu un to pašu testu atsevišķi pret visām izveidotajām konfigurācijām, kā rezultātā testi netiks pārrakstīti.
Testa konfigurāciju NEDRĪKST sajaukt ar testa parametriem. Tāpēc mums vajadzētu saprast atšķirību starp parametru un testa konfigurācijām. Parametri tiek izmantoti, lai izveidotu mainīgo un piešķirtu vērtības konkrētam solim (testa parametrizēšana), savukārt testa konfigurācija ir piemērojama visām darbībām un parasti tiek izmantota dažādu uzņēmējdarbības gadījumu / darbplūsmas pārbaudei. Izpildes laikā lietotāji var mainīt izveidoto parametru vērtības, kamēr atlasītajai konfigurācijai tiek izpildīts testa gadījums.
Piemēram, tiešsaistes rēķinu apmaksas lietojumprogramma, lietotājs var izvēlēties maksājuma režīmu. Kredītkartes maksājumu gadījumā lietotājs var izvēlēties galveno karti, vīzu vai American Express karti. Katram no tiem ir savi klientu atlīdzības punkti. Lai to pārbaudītu, mēs varam izveidot testu tā, lai katrs no tiem tiktu pievienots testa konfigurācijās, lai pārbaudītu atlīdzības punktus.
22. solis. Cilne “Pieprasīt pārklājumu” palīdz testētājiem kartēt testu atbilstoši noteiktai (-ām) prasībai (-ām), kas lietotājiem palīdz radīt pārklājumu un izsekojamību.
- Noklikšķiniet uz cilnes “Pieprasīt pārklājumu”.
- Atlasiet “Prasība”, kas jāatbilst šim konkrētajam testa gadījumam
- Noklikšķiniet uz pogas <=, lai atlasītās prasības varētu salīdzināt ar testu. Mēs varam arī kartēt vairākas prasības pret vienu un to pašu testu.
23. solis . Cilne “Saistītie defekti” tiek rādīta tukša, jo mēs neesam veikuši nevienu pārbaudi / neesam izvirzījuši nevienu defektu pret testa gadījumu. Šajā cilnē tiks aizpildīta detalizēta informācija par defektiem, ja defektu radīšanas laikā defekti tiek izvietoti pret testa gadījumu.
24. darbība. Cilne Vēsture parāda laika gaitā veikto izmaiņu sarakstu attiecībā pret šo konkrēto testa gadījumu jau testa izveidošanas laikā.
Testu augšupielāde:
Dažreiz lietotājs testēšanas gadījumus neveidos manuāli, jo tas ir diezgan laikietilpīgs process. Lielākā daļa organizāciju izstrādā manuālos testus programmā Excel un vairumā augšupielādē ALM, nevis izveido katru manuālo testu pa vienam. Lai atvieglotu augšupielādi ALM, HP ir izdomājis pievienojumprogrammu, ar kuru lietotājs var augšupielādēt no MS excel / MS Word tieši. Ļaujiet mums saprast soli pa solim procedūru, lai prasības augšupielādētu QC no Excel.
Kā augšupielādēt testus, izmantojot Microsoft Excel
1. solis. Pirms testu augšupielādes no excel mums jāsagatavo Excel tā, lai to varētu augšupielādēt.
- Atlasiet laukus, kurus vēlaties augšupielādēt ALM, un izveidojiet šiem laukiem galveni programmā Excel.
- Ievadiet derīgus datus katrā no šiem laukiem, kā parādīts zemāk.
2. solis. Pēc augšupielādējamo datu atlasīšanas sadaļā “Add-ins” noklikšķiniet uz “Export to HP ALM”.
3. solis. Tiek atvērts ALM eksportēšanas vednis. Ievadiet HP ALM servera URL un noklikšķiniet uz Tālāk.
4. solis. Ievadiet autentifikācijas lietotājvārdu un paroli un noklikšķiniet uz Tālāk.
5. solis) Atlasiet domēnu, projekta nosaukumu, kurā mēs vēlētos augšupielādēt testus, un noklikšķiniet uz Tālāk.
6. solis) Atlasiet augšupielādējamo datu veidu. Šajā gadījumā tie ir testi. Mēs augšupielādēsim defektus arī nākamajās nodaļās.
7. solis) Ievadiet Jaunas kartes nosaukumu. Pirmā opcija “Atlasīt karti” ir atspējota, jo līdz šim neesam izveidojuši karti. Tāpēc mums jāizveido jauns kartes nosaukums un jānoklikšķina uz Tālāk. Mēs neesam atlasījuši opciju “Izveidot pagaidu karti”, jo mēs katru reizi vēlētos atkārtoti izmantot testu augšupielādi.
8. solis ) Noklikšķinot uz Tālāk, tiek atvērts kartēšanas dialoglodziņš, kā parādīts zemāk.
- Sarakstā redzamie kreisās rūts režģa vienumi atbilst laukiem, kas ir pieejami augšupielādei HP ALM. Lūdzu, ņemiet vērā, ka lauki, kas atzīmēti ar “RED”, ir jāapzīmē, jo tie ir obligāti aizpildāmi lauki.
- Labās rūts režģa vienumi attiecas uz laukiem, kas ir kartēti, lai Excel vērtības ieplūst attiecīgajos ALM laukos.
9. solis. Tagad ļaujiet mums saprast, kā kartēt laukus programmā Excel ar laukiem ALM.
- Atlasiet lauku, kuru lietotājs vēlas kartēt, un noklikšķiniet uz bultiņas pogas, kā parādīts zemāk.
- Programmā Excel ievadiet kolonnas nosaukumu, kas atbilst attiecīgajam kolonnas nosaukumam HP ALM.
- Kartējiet visas nepieciešamās Excel kolonnas ar atbilstošajiem HP ALM laukiem. Pēc visu nepieciešamo lauku kartēšanas noklikšķiniet uz Eksportēt.
10. solis) Pēc veiksmīgas augšupielādes ALM parāda ziņojumu, kā parādīts zemāk. Ja parādās kļūdas, lūdzu, novērsiet problēmu un mēģiniet to augšupielādēt atkārtoti.
Tālāk ir uzskaitītas dažas izplatītākās kļūdas:
- Temats / ceļš nav derīgs / nav pieejams vai NAV kartēts lietotājam.
- Lauka “Test Type” vērtībai ir atšķirīga vērtība, nevis Manual. Automatizētos testus NEVAR augšupielādēt, izmantojot Excel.
- Testa nosaukums ir tukšs vai NAV kartēts.
- Statusam nevajadzētu būt citām vērtībām kā Dizains, gatavs, Importēts, Labot.
11. solis. Tagad pārbaudīsim to pašu cilnē Testi. Visa testa informācija tiek augšupielādēta, kā parādīts zemāk.
Piezīme . Lietotāji var arī atkārtoti augšupielādēt testus. Pārbaudes gadījumu atkārtotas augšupielādes gadījumā, ja testa nosaukums jau pastāv un ja mainās tikai soļa apraksts, tests tiks pārrakstīts ar esošo. Ja testa nosaukums atšķiras no augšupielādētā, tas tiek augšupielādēts kā jauns tests.
Kā izveidot testa resursus
Pārbaudes resursi ļauj lietotājiem pārvaldīt resursus, kurus parasti uzņem automatizētie / veiktspējas testi. Lietotāji var augšupielādēt skriptu, kuru var izmantot vienā vai vairākos testos. Tos var arī lejupielādēt / rediģēt un atkal augšupielādēt testa resursos.
Apskatīsim, kā mēs varam efektīvi izmantot testa resursu moduli. Šis modulis ir parādīts, augšupielādējot to pašu Excel failu testa resursos, ko izmantojām testu importēšanai no Excel uz ALM.
Ieteicams augšupielādēt testa gadījumu Excel, lai mēs vajadzības gadījumā varētu rediģēt testus un atkārtoti augšupielādēt tikai modificētos testa gadījumus. Ir arī viegli pievienot jaunus testus un augšupielādēt tikai nesen pievienotos testus.
Tomēr mēs varam augšupielādēt arī cita veida failus, piemēram, .xls, .vbs, .qfl utt.
1. solis. Virzieties uz Test Resources moduli, kā parādīts zemāk. Tiek atvērta testa resursu moduļa lapa.
2. solis) Izveidojiet “Jauna mape”, noklikšķinot uz Jaunas mapes ikonas, kā parādīts zemāk. Atveras dialoglodziņš Jauna mape. Izveidosim testa resursu visiem trim testiem, ti, rokasgrāmatai, automatizācijai un veiktspējai.
3. solis) Mape tiek izveidota, kā parādīts zemāk.
4. solis. Līdzīgi izveidosim vēl divas mapes - automatizāciju un veiktspēju. Pēc mapes izveidošanas katram testa resursam galīgā mapes struktūra būs šāda:
5. solis. Izveidosim jaunu testa resursu, augšupielādējot Excel failu, kuru esam izveidojuši manuālo testu rakstīšanai, kuri tika augšupielādēti ALM. Atlasiet mapi, kurā lietotājs vēlas augšupielādēt testa resursu.
6. solis) Ievadiet testa resursa nosaukumu un atlasiet arī resursa veidu un noklikšķiniet uz Labi.
7. solis) Izveidojot testa resursu, mums tagad resurss ir jāaugšupielādē tā, lai tas būtu pieejams cilnē Resursu skatītājs, kas tiks izmantots visos testos.
- Noklikšķiniet uz cilnes Resursu skatītājs
- Noklikšķiniet uz Augšupielādēt failu un atlasiet augšupielādējamo failu
8. solis) Pēc faila augšupielādes lietotājam tiks parādīts statuss, un tas būs pieejams lejupielādei.
Piezīme. Tiek augšupielādēti šādi testa resursu veidi, kurus var izmantot automātisko testu veikšanai.
- DataTable
- Vides mainīgie
- Funkciju bibliotēkas
- Atkopšanas scenāriji
- Koplietojamo objektu krātuve
Video par testa plānu
Noklikšķiniet šeit, ja videoklips nav pieejams
galvenās līdzņemšanas iespējas: -
- Testēšanas gadījumu / skriptu noformēšanai un izveidei izmantosiet QualityCenter testa plāna moduli.
- Jūs varat saistīt savus testus testa plāna modulī ar prasību moduļa prasībām, lai to varētu viegli izsekot.
- QualityCenter nodrošina daudzas funkcijas, piemēram, testa darbību kopēšanu, skriptu nosūtīšanu pa e-pastu pārskatīšanai, pielikumu pievienošanu utt., Lai atvieglotu testa lietu ātrāku izstrādi.