Sarrera
Lan egin nuen proiektu askotan, jendeak ez zuen TestRail pertsonalizatu bere kabuz eta ezarpen estandarrekin konformatu zen. Hori dela eta, artikulu honetan zure lanaren eraginkortasuna hobetzen lagunduko dizuten ezarpen indibidualen adibide bat deskribatzen saiatuko naiz. Adibidez, har dezagun mugikorrentzako aplikazioen garapen proiektu bat.
Oharpen txiki bat. Artikulu honek ez du TestRail-en oinarrizko funtzionalitatearen deskribapenik (horri buruzko gida asko daude) eta salmenten adierazpenak kolorez deskribatzen duten saltzaile jakin hau zergatik aukeratu behar duzun probekin biltegi bat sortzeko.
Justifikazio plana (zer ezarriko den)
-
Baldintza orokorrak
-
Erabat edonork gai izan beharko luke kasua gainditzeko.
-
Kasuak garrantzitsuak izan behar dira ahalik eta denbora gehienean
-
Kasuek mugikorreko aplikazioaren funtzionaltasuna ahalik eta ondoen estali behar dute, lehen bi puntuekin kontraesanean ez dagoen neurrian.
-
-
Banatu TestCase eta TestScenario-n
-
Hainbat motatako TestRun-en sorkuntza azkarra
-
Smoke
-
Atzera egin
-
Eragin-probak, etab.
-
-
Kasuen laguntza optimizatzea
-
"Hildako" pantaila-argazkiak gogor kodetuak alde batera utzi eta "datu mugigarrietara" aldatzea
-
Baldintzak
Eremuak editatzeko administratzaile sarbidea beharko duzu
Proiektu mota bat hautatzea
Hiru proiektu mota daude aukeran:
Mota lehenetsia hautatuko dugu. Kasu guztiak bertan egongo dira eskuragarri aldi berean. Iragazki adimenduna erabiliko dugu eta kasu guztiak modu dinamikoan kudeatuko ditugu aldi berean.
Eremuak gehitzea proba kasuen zerrenda ikusteko
Gehitu dezagun eremu bat lehentasunezko proba kasuak bistaratzeko:
Beste eremu batzuk ere gehi ditzakezu.
Proba kasuen eremuak eta etiketak konfiguratzea
Ireki ezarpenen menua:
Eremu hauek beharko ditugu:
"Laburpena" eremua (proba kasuaren goiburua)
Eremu hau jada existitzen da, erabilera sistematizatzen ari gara. Kasuak TestCase eta TestScenariotan banatuko ditugu. Kasu zerrenda handi bat hobeto irakurtzeko, hobe da laburpena idazteko arauak aldez aurretik adostea.
TestScenario:
Adibidea: TestScenario - Mugikorretarako aplikazio bat erabiltzeko oinarrizko eszenatokia
TestCase:
Adibidea: Pantaila nagusia - Baimen atala - Sartu saioa
Guztira, kasuaren laburpenean ulerkera klasikoa ikusten dugu: βzer, non, noizβ. Goi-mailako proba-scriptak eta behe-mailako proba-kasuak ere ikusmen bereizten ditugu automatizaziorako egokiena den moduan.
"StartScreen" etiketa (TestScenario hasten den pantaila; gainera, proba-kasu askok ondoko pantailak uki ditzakete)
Zertarako beharrezkoa izan daiteke: erabiltzailea uneko proba-kasuaren pantailara eramaten duten kasuen testutik ohiko urratsak kenduko ditugu. (proba-egoera zehatz bat sortzeko urrats tipikoak) Proba kasu guztietarako ohiko urrats guztiak fitxategi batean idatziko dira. Bereiz idatziko dut horri buruz zehatzago.
Sortu eremu berri bat:
Bete eremu berriaren osagaiak:
Kasu honetan, aukeratutako eremu bat sortzen ari gara balioen zerrenda batetik. Sartu eremu honen balioak:
Kontuan izan id balioak ez direla batekin hasten eta ez direla jarraian. Zergatik egiten da hau? Kontua da sartutako id-a erregistratuta duten proba kasuak baditugu,
eta horren ostean hirugarren pantaila bat sortu beharko dugu dauden bien artean,
orduan id-a berridatzi beharko dugu, eta lehendik dauden testu-kasuen etiketak dagoeneko erantsita daudenez, besterik gabe ezabatu egingo dira. Oso desatsegina izango da.
Etiketa "Pantaila" (TestCaseri eragiten dion pantailaren izena)
Behar duzuna: inpaktu probak egiteko ainguratzeetako bat. Esate baterako, garatzaileek eginbide berri bat egin zuten. Probatu egin behar dugu, baina horretarako ezaugarri honek zertan eragin dezakeen ulertu behar dugu. Berez, aplikazio baten pantaila ezberdinek (Jarduerak) klase desberdinak dituztela eta, beraz, aplikazioaren osagai desberdinak osatzen dituztelako paradigmatik abia gaitezke. Jakina, kasu honetan banakako ikuspegia behar da.
Adibidez: hasiera_pantaila, MapScreen, PayScreen, etab.
"MovableData" eremua (estekatu proxy datu-base batera proba datu aldagarriak dituena)
Ondoren, proba kasuetan datuen garrantzia mantentzearen arazoa konpontzen saiatuko gara:
-
Egungo diseinuetarako estekak (hau askoz hobea da hildako pantaila-argazkiak egitea baino)
-
Proba-egoera batekin pantailara iristeko pauso tipikoak
-
SQL kontsultak
-
Kanpoko datuetarako eta beste datu batzuetarako estekak
Test-kasu bakoitzaren barruan proba-datuak idatzi beharrean, kanpoko fitxategi bat sortuko dugu eta proba-kasu guztietan estekatuko dugu. Datu hauek eguneratzean, ez ditugu proba-kasu guztiak pasatu eta aldatu beharko, baina datu horiek leku bakarrean aldatzeko aukera izango da. Prestatu gabeko norbaitek proba-kasu bat irekitzen badu, proba-kasuaren gorputzean fitxategi baterako esteka bat ikusiko du eta proba-datuetarako bertara joan behar duen iradokizun bat ikusiko du.
Datu horiek guztiak kanpoko fitxategi batean bilduko ditugu, proiektuko guztion eskura egongo dena. Adibidez, Google Sheet edo Excel erabil dezakezu eta bilaketa bat konfigura dezakezu fitxategiaren barruan. Zergatik saltzaile zehatz hauek? Kontua da, taldeko edozein pertsonak proba-kasu bat ireki eta gainditu beharko lukeen paradigmatik abiatzen garela, lehen tresnarik instalatu beharrik gabe.
For Google orrialdea SQL kontsultak erabil ditzakezu. Adibidea:
=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'")For Excel Berehalako bilaketa-makro erosoak konfigura ditzakezu. (iragazkia) Adibidea .
Egia esan, ideia ez da berria eta lehen probatzailearen "Testing dot com" liburuan deskribatzen da. (egilea Savin Roman) Roman Savin-ek proposatutako metodoak TestRail-en integratzen ari gara. Horretarako, sortu sortutako fitxategirako esteka duen eremu bat:
bete estekaren balio lehenetsia, proba-kasu berri bakoitzak esteka bat izan dezan:
Kanpoko fitxategiaren kokapena aldatzen bada (ezinbesteko ezinbesteko kasuetarako ematen dugu), orduan eremu bat edo gehiago aldi berean alda ditzakezu proba guztietan:
"Deskribapenak" eremua (proba baten deskribapena edo ideia, argibide estandarrak)
Behar dezakezuna: Testu-eremu honetan proba kasuaren deskribapen laburra eta argibide estandarrak jarriko ditugu.
Adibidea: Proba-datu guztiak (uneko diseinuak, tresnen erabilera eta beste datu batzuk) proba-kasu honetako proba-datu guztiak {...} esteken bidez adierazten dira eta MovableData fitxategian daude. Estekatu MovableData-ra goiko aldean dagokion eremuan.
Etiketa "Osagaia" (aplikazio mugikorren osagaia)
Zertarako beharrezkoa izan daiteke: inpaktu probak egiteko. Mugikorretarako aplikazio bat osagaietan banatzen bada (ahalik eta gutxien eragiten diotenak elkarri), orduan osagai batean aldaketak nahikoa izango dira (arrisku batzuekin) osagai berean egiaztatzeko, eta arrazoi gutxiago egongo da egiteko. guztiaren erregresio orokorrak. Osagai batek beste bati eragin diezaiokeen informazioa badago, orduan eragin-probaren matrizea osatzen da.
Osagai adibideak: GooglePay, Eskaera, Erabiltzaileak, Mapa, Baimena, etab.
Etiketa "TAG" (iragazterako beste etiketa batzuk)
Proba kasu bat etiketarekin iragazketa arbitrarioa egiteko.
Oso erabilgarria:
-
TestRun azkar konpilatuz ohiko zeregin ezberdinetarako: kea, erregresioa, etab.
-
probak automatizatuak izango dira edo dagoeneko automatizatuta egongo dira?
-
beste edozein etiketa
Adibidez: Smoke, Automated, WhiteLabel, ForDelete, etab.
Test-kasuan eremuen bistaratzeko ordena konfiguratzea
Eremu berri asko sortu ditugu, ordena egoki batean antolatzeko garaia da:
TestRun sortzea
Orain proba berri bat sortuko dugu hiru kliketan kea probak egiteko egungo kasuekin:
Beste aholku lagungarri batzuk
-
TestRail-ek hainbat proiektu baditu, ez ahaztu zure proiekturako soilik eremu berriak sortzea, bestela ondoko taldeetako lankideak oso harrituta geratuko dira ezohiko eremu berriak agertzean. Posible da tokiko zokoratzea.
2. Eremu kopuru handia duten kasuak errazago kopiatzen dira antzeko talde mota batetik berriak sortzea baino:
3. Kontuak parteka daitezke. Adibidez: administratzaile bat, hainbat erabiltzaile.
Ondorioa
Goian azaldutako adibideak hainbat proiektutan ezarri dira eta haien eraginkortasuna erakutsi dute. Espero dut tresna honen ulermena hobetzen lagunduko dizutela eta "proba biltegiratze" eraginkor eta erosoak sortzen lagunduko dizutela. Asko eskertuko nuke iruzkinetan TestRail erabiltzearen esperientzia eta aholku erabilgarriak deskribatzen badituzu.
erreferentziak:
liburua:
Mila esker zure arretagatik!
Iturria: www.habr.com