În general, chiar expresia "cadru de testare" pare frumoasă. Toți juniorii visează să vadă această minune a lumii - cadrul. Toate pietrele tind să aibă o contribuție arhitecturală sau o revoluție în ea. Și, în sfârșit, fiecare semnatar, venind la proiect, începe să-și realizeze toate visele îndrăgite atunci când scrie cadrul cel mai frumos și mai util. Acum oricine are o stima de sine este supraevaluat ar trebui sa stoarce si sa inchida pagina.
Un alt motiv pentru "a nu scrie propriul dvs.". Care este sarcina principală de testare a automatizării? Corect - reducerea timpului petrecut pentru testarea manuală și automatizarea operațiunilor de rutină. Scopul principal al creării unui cadru de testare este de a simplifica crearea acestor teste. Cadrul vă va permite să creați rapid și ușor teste. Dacă aveți un cadru disponibil și scrieți mai puțin de două teste UI pe zi - atunci acesta este momentul în care trebuie să vă gândiți.
Ei bine, ultimul. Principalul risc în scrierea cadrelor dvs. este codul de dragul codului. Creați un proiect care nu va fi un asistent pentru proiectul principal, ci creați un monstru care să devoreze timp și resurse.
Dar! De asemenea, am fost la fel, am citit cărți despre modele, am învățat limbi de programare și am scris tot felul de lucruri. Deși, a scris? Eu scriu și voi scrie, doar o voi face pe baza bibliotecilor și a soluțiilor de calitate. Vă mulțumesc pentru atenție.
Trimiteți-le prietenilor: