Introduzione
Bona sera, residenti di Khabrovsk. Just avà stava risolviu un compitu di prova per un vacante QA Lead per una sucietà fintech. U primu compitu, per creà un pianu di prova cù una lista di verificazione cumpleta è esempi di casi di teste per pruvà un bollitore elettricu, pò esse risoltu trivially:
Hè difficiuli di pensà à un pianu di prova megliu cù una lista di verificazione cumpleta.
Ma a seconda parte hè stata una quistione: "Ci sò prublemi cumuni à tutti i testatori chì impediscenu di travaglià in modu più efficace?"
U primu chì hè vinutu in mente era di listà tutti i prublemi più o menu evidenti chì aghju scontru durante a prova, sguassate e cose chjuche, è riassume u restu. Ma aghju capitu rapidamente chì u metudu inductivu risponde à una quistione chì ùn hè micca appiicata à "tutti", ma, in u megliu, solu à "a maiuranza" di teste. Dunque, decisu di avvicinà da l'altra parte, deductively, è questu hè ciò chì hè accadutu.
Definizioni
A prima cosa ch'e aghju fattu di solitu quandu risolve un novu prublema hè di pruvà à capisce ciò chì si tratta, è per fà questu aghju bisognu di capisce u significatu di e parolle chì ponenu. E parolle chjave per capiscenu sò i seguenti:
- un prublema
- tester
- travagliu di teste
- efficienza di u tester
Andemu à Wikipedia è u sensu cumunu :
(Grecu anticu πρόβλημα) in un sensu largu - una questione teorica o pratica cumplessa chì richiede studiu è risoluzione; in a scienza - una situazione contradictoria chì si prisenta in a forma di pusizioni opposti in a spiegazione di ogni fenomenu, ogetti, prucessi è esige una teoria adatta per risolve; in a vita, u prublemu hè formulatu in una forma chì hè cumprenda per e persone: "Sò ciò chì, ùn sò micca cumu", vale à dì, hè cunnisciutu ciò chì deve esse acquistatu, ma ùn hè micca cunnisciutu cumu fà. . Veni da tardi. lat. prublema, da u grecu. πρόβλημα « jeté en avant, mis en avant » ; da προβάλλω “getta in avanti, mette davanti à tè; culpè".
Ùn hà micca assai sensu, in fattu, "prublemu" = "qualcosa chì deve esse trattatu".
- un specialista (ùn sparteremu micca in tippi, postu chì ci interessanu tutti i tester) chì participanu à pruvà un cumpunente o sistema, u risultatu di quale hè:
- un inseme di attività ligati à a prova.
(lat. effectivus) - a relazione trà u risultatu ottenutu è e risorse utilizati (: 2015).
- una cunsequenza di una catena (serie) d'azzioni (risultatu) o avvenimenti, spressione qualitativamente o quantitativamente. I risultati pussibuli includenu vantaghju, svantaghju, guadagnu, perdita, valore è vittoria.
Cum'è cù u "prublema", ci hè pocu significatu: qualcosa chì hè surtitu com'è u risultatu di u travagliu.
- a pussibilità quantitativamente misurabile di realizà ogni attività di una persona o persone; cundizioni chì facenu pussibule di ottene u risultatu desideratu cù certe trasfurmazioni. U tester hè una persona, è in cunfurmità cù a teoria di risorse vitali, ogni persona hè u pruprietariu di quattru assi ecunomichi:
cash (income) hè una risorsa rinnuvevule;
energia (forza vitale) hè una risorsa parzialmente rinnuvevule;
u tempu hè una risorsa fissa è fundamentalmente micca rinnuvevule;
a cunniscenza (infurmazione) hè una risorsa rinnuvevule, face parte di u capitale umanu chì pò cresce è esse distruttu.
Vogliu nutà chì a definizione di l'efficienza in u nostru casu ùn hè micca sanu sanu currettu, postu chì più cunniscenze avemu aduprà, u più bassu l'efficienza. Dunque, ridefinissi l'efficienza cum'è "u rapportu trà i risultati ottenuti è e risorse spese". Allora tuttu hè currettu: a cunniscenza ùn hè micca persa durante u travagliu, ma riduce i costi di l'unicu risorsu fundamentalmente micca rinnuvevule di u tester - u so tempu.
dicisioni
Dunque, circhemu i prublemi glubale di i tester chì impediscenu l'efficacità di u so travagliu.
A risorsa più significativa chì si spende nantu à u travagliu di un tester hè u so tempu (u restu pò esse ridutta in un modu o l'altru), è per noi di parlà di u calculu currettu di l'efficienza, u risultatu deve ancu esse ridutta à u tempu. .
Per fà questu, cunzidira un sistema chì a viabilità di u tester assicura à traversu u so travagliu. Un tali sistema hè un prughjettu chì a so squadra include un tester. U ciclu di vita di u prughjettu pò esse rapprisintatu apprussimatamente da l'algoritmu seguente:
- U travagliu cù Requisiti
- Formazione di specificazioni tecniche
- Sviluppu
- Prucessioni
- Rilascia in pruduzzione
- Supportu (andà à l'articulu 1)
In questu casu, u prugettu tutale pò esse divisu recursively in subprojects (caratteristiche), cù u stessu ciclu di vita.
Da u puntu di vista di u prugettu, u menu tempu passatu nantu à questu, u più efficace hè a so implementazione.
Cusì, ghjunghjemu à a definizione di l'efficienza massima pussibule di un tester da u puntu di vista di u prugettu - questu hè u statu di u prugettu quandu u tempu per a prova hè zero. Un prublema cumuni per tutti i testatori hè l'incapacità di ottene questu tempu.
Cumu trattà cun questu?
I cunclusioni sò abbastanza evidenti è sò stati utilizati da parechji per un bellu pezzu:
- U sviluppu è a prova duveranu principià è finiscinu quasi simultaneamente (questu hè generalmente fattu da u dipartimentu ). L'opzione ideale hè quandu tutte e funziunalità chì sò sviluppate sò digià cuparti da autotests da quandu hè pronta, urganizata in regressione (è, se pussibule, pre-commit) teste cù qualchì tipu di .
- Quantu più funziunalità hà un prughjettu (più cumplessu hè), u più tempu duverà esse passatu per verificà chì a nova funziunalità ùn rompe micca a vechja. Dunque, u più cumplessu u prughjettu, più l'automatizazione hè necessaria .
- Ogni volta chì manca un bug in a produzzione è un utilizatore trova, avemu da passà tempu supplementu per passà u ciclu di vita di u prughjettu partendu da u puntu 1 (U travagliu cù esigenze, in questu casu, l'utilizatori). Siccomu i motivi per a mancanza di un bug sò generalmente scunnisciuti, ci restanu solu un percorsu d'ottimisazione - ogni bug truvatu da l'utilizatori deve esse inclusu in a prova di regressione per esse sicuru chì ùn apparisce micca di novu.
Source: www.habr.com