ProHoster > Blog > Administrim > TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Hyrje

Në shumë projekte me të cilat kam punuar, njerëzit nuk e konfiguruan TestRail sipas nevojave të tyre dhe u mjaftuan me konfigurimet standarde. Prandaj, në këtë artikull do të përpiqem të përshkruaj një shembull të konfigurimeve të personalizuara që mund t'ju ndihmojnë të rrisni efikasitetin e punës tuaj. Si shembull, do të marrim një projekt për zhvillimin e një aplikacioni mobil.

Një njoftim i vogël. Në këtë artikull nuk përfshihet përshkrimi i funksionalitetit bazik të TestRail (për këtë ka shumë udhëzues) dhe shprehjeve reklamuese që përshkruajnë se pse duhet të zgjidhni pikërisht këtë ofrues për të krijuar një depo me testet.

Plani i propozimit (çfarë do të realizohet)

  1. Kërkesat e përgjithshme

    1. Rasti duhet të jetë tërësisht i kalueshëm nga kushdo

    2. Rastet duhet të ruajnë aktualitetin sa më gjatë të jetë e mundur

    3. Rastet duhet të mbulojnë funksionalitetin e aplikacionit mobil sa më në mënyrë të detajuar, sa nuk e cënon dy piketat e para

  2. Ndara në TestCase dhe TestScenario

  3. Krijimi i shpejtë i TestRun-ave të ndryshme

    1. Smoke

    2. Regress

    3. Testimi i ndikimit etj.

  4. Optimizimi i mbështetjes për rastet

    1. Heqja e skrinshot-eve të forta të "vdekura" dhe kalimi në "të dhëna që lëvizin"

KĂ«rkesat

Për të redaktuar fushat, do të nevojitet akses administrativ

Zgjedhja e llojit të projektit

Mund të zgjidhen tre lloje projekti:

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Ne do të zgjedhim llojin e parazgjedhur. Në të do të jenë të disponueshme të gjitha rastet në të njëjtën kohë. Ne do të përdorim filtrimin inteligjent dhe do ta menaxhojmë dinamikisht të gjitha rastet njëherësh.

Shtimi i fushave për shikimin e listës së test rasteve

Do të shtojmë një fushë për të treguar prioritetin e test rasteve:

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Po ashtu mund të shtoni edhe fushat e tjera.

Konfigurimi i fushave dhe etiketave të test rastit

Hapni menunë e konfigurimit:

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Na nevojiten këto fushë:

Fushë "Përmbledhja" (krenaria e test rastit)

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Kjo fushë tashmë ekziston, ne vetëm po e sistematizojmë përdorimin e saj. Do të ndajmë rastet në TestCase dhe TestScenario. Për të lehtësuar lexueshmërinë e një liste të madhe rastesh, rekomandohet të bihet dakord paraprakisht për rregullat e shkrimit të përmbledhjes.

TestScenario:

Shembulli: TestScenario — Skenari kryesor i pĂ«rdorimit tĂ« aplikacionit mobil

TestCase:

Shembulli: MainScreen — Seksioni i autentifikimit — Futja e emrit tĂ« pĂ«rdoruesit

Siç shohim nĂ« pĂ«rmbledhjen e rastit, kuptimi klasik Ă«shtĂ«: “çfarĂ«, ku, kur”. Gjithashtu, vizualisht ne ndajmĂ« skenarĂ«t e testit nĂ« njĂ« nivel tĂ« lartĂ« dhe rastet e testeve nĂ« njĂ« nivel tĂ« ulĂ«t nĂ« mĂ«nyrĂ«n mĂ« tĂ« pĂ«rshtatshme pĂ«r automatizimin.

Eti «StartScreen» (ekrani me të cilin fillon TestScenario, gjithashtu shumë teste të rasteve mund të prekin ekranet fqinje)

Për çfarë mund të nevojitet: ne do të heqim nga teksti i rasteve të testeve hapat standarde që çojnë përdoruesin në ekranin e aktual të rastit të testit. (hapsirat standarde për krijimin e një situate të caktuar të testit) Të gjitha hapat standarde për të gjitha rastet e testeve do të jenë të shkruara në një skedar të vetëm. Për këtë do të shkruaj më në detaje veçmas.

Krijojmë një fushë të re:

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Plotsojmë komponentët e fushës së re:

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Në këtë rast, ne krijojmë një fushë zgjedhjeje nga një listë vlerash. Futim vlerat e kësaj fushe:

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Vini re se id e vlerave nuk fillojnë me një dhe nuk janë rradhitur rregullisht. Pse është bërë kështu? Arsyeja është se nëse do të kemi të shkruara rastet e testeve me id të futur,

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

dhe më pas do na nevojitet të krijojmë një ekran të tretë midis dy ekzistuesve,

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

atëherë na duhet të riparojmë id dhe, pasi atij tashmë i janë lidhur etiketat e rasteve ekzistues të testeve, ato do të eliminohen thjesht. Kjo do të ishte shumë e pakëndshme.

Eti «Screen» (emri i ekranit që preket nga TestCase)

Për çfarë mund të nevojitet: një nga ankorat për testim të impaktit. Për shembull, zhvilluesit kanë bërë një veçori të re të bukur. Na nevojitet ta testojmë, por për këtë duhet të kuptojmë se çfarë veçorie mund të ketë prekur. Në mënyrë default, ne mund të ngremë nga parimi që ekranet e ndryshme (Activity) të aplikacionit kanë klasa të ndryshme dhe për pasojë përbëjnë komponentë të ndryshëm të aplikacionit. Sigurisht, në këtë rast nevojitet një qasje individuale.

Shembuj: home_screen, MapScreen, PayScreen etj.

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Fusha «MovableData» (referencë në proxy DB me të dhëna testuese që ndryshojnë)

Më tej do të përpiqemi të zgjidhim problemin e mbështetjes së aktualitetit të të dhënave në rastet e testeve:

  1. Referencat në maketat aktuale (kjo është shumë më mirë se sa të bësh skrinshotet e vdekur)

  2. Hapat standard deri në ekranin me situatën testuese

  3. SQL kërkesat

  4. Referencat në të dhëna të jashtme dhe të tjera të dhëna

Në vend të shkruarjes së të dhënave testuese brenda çdo rasti testi, ne do të krijojmë një skedar të jashtëm dhe do të bëjmë referencë në të në të gjithë rastet e testeve. Kur të përditësojmë këto të dhëna, nuk do të kemi nevojë të shqyrtojmë të gjithë rastet e testeve dhe t'i ndryshojmë ato; mund ta ndryshojmë këto të dhëna vetëm në një vend. Nëse dikush i përgatitur hap një rast testi, do të shohë në trupin e rastit të testit një lidhje me skedarin dhe një sugjerim se duhet të shkojë aty për të dhënat testuese.

Të gjitha këto të dhëna do t'i paketojmë në një skedar të jashtëm, i cili do të jetë në dispozicion për të gjithë ata që duan në projekt. Për shembull, mund të përdorim Google Sheet apo Excel dhe të konfigurojmë brenda skedarit një kërkim. Pse pikërisht këta ofrues? Sepse ne e bazojmë parimin tonë në atë që çdo person në ekip duhet të mund të hapë dhe të kalojë nëpër rastin e testit pa pasur nevojë të instalojë ndonjë mjet paraprakisht.

Për Google Sheet mund të përdoren pyetje SQL. Shembull:

=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'"

Për Excel mund të konfigurohen makro të ngjashme për kërkimin e menjëhershëm. (filtrimi) Shembull në lidhje.

NĂ« fakt, ideja nuk Ă«shtĂ« e re dhe Ă«shtĂ« pĂ«rshkruar nĂ« librin e parĂ« tĂ« testuesve “Testimi dot com”. (autori Savin Roman) Ne vetĂ«m po integrojmĂ« nĂ« TestRail metodat e propozuara nga Roman Savin. PĂ«r kĂ«tĂ«, do tĂ« krijojmĂ« njĂ« fushĂ« me lidhjen nĂ« skedarin e krijuar:

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

plotësojmë vlerën e paracaktuar të lidhjes, në mënyrë që në çdo rast testimi të ketë menjëherë lidhjen:

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Nëse vendndodhja e skedarit të jashtëm ndryshon (ne parashikojmë çdo forcë të natyrshme), mund të ndryshojmë lehtësisht një ose disa fusha në të gjitha rastet e testeve menjëherë:

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektinTestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Fusha “Descriptions” (pĂ«rshkrimi ose ideja e rastit tĂ« testit, udhĂ«zime standarde)

Pse mund të nevojitet: Në këtë fushë tekstuale do të vendosim një përshkrim të përmbledhur të rastit të testit dhe udhëzime standarde.

Shembulli: Të gjitha të dhënat testuese (maketat aktuale, përdorimi i mjeteve dhe të dhëna të tjera) nga ky rast testi shënohen me lidhje {
} dhe gjenden në skedarin MovableData. Lidhja me MovableData është në fushën përkatëse në krye.

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Teg ‘Component’ (komponenti i aplikacionit mobil)

Për çfarë mund të nevojitet: për testimin e ndikimit. Nëse aplikacioni mobil mund të ndahet në komponente (të cilat ndikojnë sa më pak njëra-tjetrën), atëherë ndryshimet në një komponent do të mjaftojnë (me disa rreziqe) për t'u verifikuar në kuadër të atij komponenti, dhe do të jetë më pak arsye për të kryer regjistrimin e përgjithshëm të gjithçkaje. Nëse ka informacione se një komponent mund të ndikojë në tjetrin, atëherë përgatitet një matricë për testimin e ndikimit.

Shembuj komponentesh: GooglePay, Porosi, Përdorues, Hartë, Autorizim etj.

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Tags "TAG" (Të tjerë tags për filtrimin)

Etiketimi i rastit të testit me etiketat për filtrimin e rastësishëm. 

Shumë e dobishme për: 

  1. për përgatitjen e shpejtë të TestRun për detyra të ndryshme tipike: smoke, regres etj.

  2. a do të automatizohen testet apo tashmë janë automatizuar

  3. çdo etiketë tjetër

Shembuj: Smoke, Automatizuar, WhiteLabel, PërTëFshirë etj.

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektinTestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Konfigurojmë rendin e shfaqjes së fushave në rastin e testit

Kemi krijuar shumë fusha të reja, ka ardhur koha për t'i vendosur ato në një rend të përshtatshëm:

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Krijimi i TestRun

Tani do të krijojmë një test run të ri me rastet aktuale për kryerjen e testimit të tipit smoke me tre klikime:

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

Këshilla të tjera të dobishme

  1. Nëse në TestRail ka disa projekte, mos harroni të krijoni fusha të reja vetëm për projektin tuaj, përndryshe kolegët nga ekipet fqinjë do të befasohen shumë nga shfaqja e fushave të reja të pazakonta. Mund të ndodhin të vërteta lokale.

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

2. Rastet me një numër të madh fushash janë më të lehta për t'u kopjuar nga një grup i ngjashëm sesa për t'u krijuar të reja:

TestRail — CilĂ«sime tĂ« personalizuara pĂ«r projektin

3. Mund të përdoren llogaritë në mënyrë të përbashkët. Për shembull: një administrator dhe disa përdorues.

PĂ«rfundim

Shembujt e lartpërmendur janë implementuar në disa projekte dhe kanë treguar efektivitetin e tyre. Shpresoj se ata do t'ju ndihmojnë të përmirësoni kuptimin tuaj të këtij instrumenti dhe të krijoni "testokamrat" efektive dhe të rehatshme. Do të isha shumë mirënjohës nëse do të përshkruani përvojën tuaj të përdorimit të TestRail dhe këshilla të dobishme në komentet.

Lidhjet:

Website i ofruesit TestRail

Libri: "Testimi .COM" (autori Roman Savin)

Faleminderit shumë për vëmendjen!

Burimi: habr.com

Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS đŸ”„ Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS | ProHoster