Introduzione
In parechji prughjetti chì aghju travagliatu, a ghjente ùn hà micca persunalizatu TestRail per elli stessi è hà gestitu cù paràmetri standard. Dunque, in questu articulu, pruvaraghju à descriverà un esempiu di paràmetri individuali chì ponu aiutà à aumentà l'efficienza di u vostru travagliu. Per esempiu, pigliemu un prughjettu di sviluppu di l'applicazioni mobile.
Picculu disclaimer. Questu articulu ùn descrive micca a funziunalità basica di TestRail (ci sò parechje guide per questu) è vende espressioni chì descrizanu culurite perchè avete bisognu di sceglie stu venditore particulari per creà un repository cù testi.
Pianu-justificazione (ciò chì serà implementatu)
-
Règule generale
-
U casu deve esse capaci di passà assolutamente à qualchissia
-
I casi devenu esse pertinenti per u più longu pussibule
-
I casi duveranu copre a funziunalità di l'applicazione mobile cum'è attentamente pussibule finu à chì questu ùn cuntradisce micca i primi dui punti.
-
-
Separazione in TestCase è TestScenario
-
Formazione rapida di TestRun di varii tipi
-
Smoke
-
Regressu
-
Test d'impattu, etc.
-
-
Ottimisazione di supportu di casu
-
Rigettu di screenshots codificati "morti" è transizione à "dati mobili"
-
Bisognu
Avete bisognu di accessu amministratore per edità i campi
Selezziunà un tipu di prughjettu
Ci sò trè tippi di prughjetti da sceglie:
Avemu da sceglie u tipu predeterminatu. Tutti i casi seranu dispunibili in questu à u stessu tempu. Useremu filtrazione intelligente è gestione dinamicamente tutti i casi in una volta.
Aghjunghjendu campi per vede a lista di casi di teste
Aghjunghjemu un campu per vede i casi di teste di priorità:
Pudete ancu aghjunghje altri campi.
Impostazione di campi è tag di un casu di prova
Apertura di u menu di paràmetri:
Avemu bisognu di sti campi:
Campu "Riassuntu" (intestazione di u casu di prova)
Stu campu esiste digià, solu sistematizà u so usu. Divideremu i casi in TestCase è TestScenario. Per una megliu leghjibilità di una larga lista di casi, hè megliu d'accordu in anticipu nantu à e regule per scrive un riassuntu.
Scénario d'essai :
Esempiu: TestScenario - Casu d'usu principale di l'applicazione mobile
testcase:
Esempiu: MainScreen - Sezione Autorizazione - Entrata di login
In u tutale, vedemu in u riassuntu di u casu un intelligenza classica: "chì, induve, quandu". Separamu ancu visualmente script di teste d'altu livellu è casi di teste di livellu bassu in a forma più adatta per l'automatizazione.
Tag "StartScreen" (a schermu da quale parte u TestScenario, ancu parechji casi di teste ponu toccu schermi vicini)
Per ciò chì pò esse necessariu: caccià i passi tipici da u testu di i casi chì portanu l'utilizatore à a pantalla di u casu di prova attuale. (Passi tipici per creà una situazione di prova specifica) Tutti i passi tipici per tutti i casi di prova seranu scritti in un schedariu. Scriveraghju nantu à questu in più dettagliu separatamente.
Crea un novu campu:
Inserite i cumpunenti di u novu campu:
In questu casu, avemu criatu un campu selezziunatu da una lista di valori. Inserite i valori per stu campu:
Nota chì i valori id ùn cumincianu micca à unu è ùn sò micca consecutivi. Perchè hè fattu questu? U fattu hè chì se avemu registratu casi di teste cù l'id inseritu,
è dopu avemu bisognu di creà una terza schermu trà i dui esistenti,
tandu vi tuccherà à riscrive l 'id, è postu chì i tags di i casi di testu esistenti sò digià attaccati à questu, sò simpliciamente sguassati. Serà assai dispiacevule.
Tag "Screen" (u nome di a pantalla chì afecta u TestCase)
Ciò chì pudete bisognu: unu di l'ancore per a prova d'impattu. Per esempiu, i sviluppatori anu fattu una nova funzione fresca. Avemu bisognu di pruvà, ma per questu avemu bisognu di capisce ciò chì esattamente sta funzione puderia affettà. Per automaticamente, pudemu principià da u paradigma chì diverse schermi (Attività) di l'applicazione anu diverse classi è dunque custituiscenu diversi cumpunenti di l'applicazione. Di sicuru, in stu casu, un approcciu individuale hè necessariu.
Esempiu: home_screen, MapScreen, PayScreen, etc.
Campu MovableData (ligame à a basa di dati proxy cù dati di teste mutabili)
Dopu, avemu da pruvà à risolve u prublema di mantene a pertinenza di e dati in i casi di teste:
-
Ligami à layout reali (questu hè assai megliu cà piglià screenshots morti)
-
Passi tipici à u screnu di u casu di prova
-
dumande SQL
-
Ligami à dati esterni è altri dati
Invece di scrive dati di prova in ogni casu di prova, creeremu un schedariu esternu, è in tutti i casi di prova faremu un ligame. Quandu aghjurnà sta dati, ùn averemu micca da passà per tutti i casi di teste è cambiassi, ma serà pussibule di cambià sta dati in un solu locu. Se qualchissia chì ùn hè micca preparatu apre un casu di prova, hà da vede in u corpu di u casu di prova un ligame à un schedariu è un suggerimentu chì avete bisognu à andà per i dati di prova.
Imballeremu tutte queste dati in un schedariu esternu, chì serà dispunibule per tutti nantu à u prugettu. Per esempiu, pudete aduprà Google Sheet o Excel è stabilisce una ricerca in u schedariu. Perchè sti venditori particulari? U fattu hè chì partemu da u paradigma chì ogni persona in a squadra deve esse capace di apre è passà u casu di prova senza a necessità di installà alcunu arnesi prima.
di Google Sheet E dumande SQL ponu esse usate. Esempiu:
=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'")
di Amministrazione Pudete cunfigurà macros convenienti di ricerca immediata. (filtrazione) Esempiu
In attu, l'idea ùn hè micca nova è hè descritta in u primu libru di u tester "Testing dot com". (autore Savin Roman) Integremu solu i metudi pruposti da Roman Savin in TestRail. Per fà questu, crea un campu cù un ligame à u schedariu creatu:
riempie u valore predeterminatu di u ligame per chì in ogni novu casu di prova ci hè digià un ligame:
Se u locu di u schedariu esternu cambia (fornemu per ogni forza maiò), pudete cambià cunvenemente unu o più campi in tutti i casi di prova à una volta:
Campu "Descrizioni" (descrizzione o idea di u casu di prova, istruzioni tipiche)
Ciò chì pudete bisognu: In questu campu di testu, metteremu una breve descrizzione di u casu di prova è l'istruzzioni tipiche.
Esempiu: Tutti i dati di teste (disposizione attuale, l'usu di l'arnesi, è altri dati) da stu casu di teste sò marcati cù ligami {...} è sò situati in MovableData. Link à MovableData in u campu currispundenti in cima.
Tag "Component" (componente di l'applicazione mobile)
Ciò chì pudete bisognu: per a prova d'impattu. Se una applicazione mobile pò esse divisa in cumpunenti (chì si affettanu u più pocu pussibule), allora i cambiamenti in un cumpunente seranu abbastanza (cun certi risichi) per verificà in u stessu cumpunente, è ci sarà menu ragiuni per fà regressioni generale. di tuttu è di tuttu. Se ci hè infurmazione chì un cumpunente pò affettà un altru, allora una matrice di teste d'impattu hè compilata.
Cumpunenti di esempiu: GooglePay, Ordine, Users, Map, Authorization, etc.
Tag "TAG" (Altri tag per u filtru)
Tagging un casu di prova cù etichette per filtrazione arbitraria.
Moltu utile per:
-
compilazione rapida di TestRun per diverse attività tipiche: fumu, regressione, etc.
-
sì i testi seranu automatizati o digià automatizati
-
qualsiasi altre tag
Esempiu: Smoke, Automated, WhiteLabel, ForDelete, etc.
Stabbilimentu di l'ordine di visualizazione di i campi in u casu di prova
Avemu creatu assai novi campi, hè ora di organizà in un ordine convenientu:
Creazione di TestRun
Avà creeremu una nova corsa di prova cù casi pertinenti per a prova di fumu in trè clicchi:
Altri cunsiglii utili
-
Se ci sò parechji prughjetti in TestRail, allora ùn vi scurdate di creà novi campi solu per u vostru prughjettu, altrimente i culleghi di i squadre vicini seranu assai sorpresi da l'apparizione di novi campi inusual. U svenimentu locale hè pussibule.
2. I casi cù un gran numaru di campi sò più faciuli di copià da un gruppu di tipu simili chì di creà novi:
3. Accounts pò esse spartutu. Per esempiu: un amministratore, parechji utilizatori.
cunchiusioni
L'esempii sopra sò stati implementati in parechji prughjetti è anu dimustratu a so efficacità. Spergu chì aiutanu à migliurà a vostra cunniscenza di questu strumentu è vi aiutanu à creà "almacenamiento di pasta" efficiente è còmuda. Saria assai grata se descrivite a vostra sperienza di utilizà TestRail è cunsiglii utili in i cumenti.
Referenze:
Libru:
Grazie mille per a vostra attenzione!
Source: www.habr.com