adică persoana a oprit curgerea prin stabilirea timpului, aș fi folosit deja așteptarea clasică în așteptarea apariției elementului și până acum, dar este pusă în aplicare astfel. de exemplu o bucată de aluat
așa că este esența lui Maven, așa că înțeleg că nu mănâncă. testele se estompează mai repede și nu se oprește la astfel de treziri
Întrebarea este cum să schimbați codul, astfel încât mavenul să se oprească sau să nu mai testeze toate testele. ultima opțiune pe care nu am prea mult timp. Încerc să scriu tot cu așteptare.
Numele fișierului de imagine 800x800 53,2 KB
Pe mâini este necesar să bateți astfel de scribblers. Dacă aveți nevoie să așteptați ceva, așteptați explicit - totul. Dacă există acolo mai mult sau mai puțin arhitectural, atunci nu există aproape nimic de schimbat: adăugați o nouă logică de căutare și ștergeți toate aparițiile modelului de alunecare. Deși, din anumite motive, am mari îndoieli cu privire la valabilitatea arhitecturală, pe baza a ceea ce am văzut. Și, în general, judecând după tot, este necesar să nu începem cu refactorizarea, ci cu convențiile codului de lectură.
Nu pot încă să apreciez complet arhitectura. dar aici trebuie să adăugați logica după tip
nu ar fi rău dacă nu ar fi fost implementat deja sub 1000 de teste. adică trebuie să intru în test pentru a trage locatorul în metodă și astfel înțeleg că este imposibil să se automatizeze. căutând doar o cale de a face cum să o facă mai fără durere și chiar vrea să înțeleagă exact mahn este de vina. tocmai sub testele de maven sunt făcute evident mai repede și nu se oprește la punctele presupusei opriri
Acest lucru se face la nivelul unor elemente BasePage / personalizate. Ie doar o modificare a metodei de căutare pentru toate elementele. Dar, dacă sunteți cu toții adunați pe morman și nu există o reutilizare a metodelor, atunci acest "cadru" poate fi aruncat în siguranță în coșul de gunoi. Timpul total pentru inventarea cârje vă va duce la mult mai multe ore-om decât efortul de a finaliza proiectul arhitectural. Bineînțeles, dacă este cineva care să facă acest lucru. Fără experiență, cu siguranță trebuie să te supui legii actuale. Dar aș recomanda să creați un brunch separat în care să vă pregătiți încet pentru punerea în aplicare a unei abordări fundamentale noi. Din nou, trebuie mai întâi să evaluăm fezabilitatea refactorizării globale. Dacă simțiți că proiectul este "ghastly", probabil că nu există nici un sens în astfel de activități. Numai pentru a fi instruit.
Se pare că nu am înțeles și problema este oarecum mai profundă și nu a fost foarte clar reprezentată
și astfel căutăm, de exemplu, un test
și aici înțeleg din logica de a se baza pe acest articol, introduceți descrierea link-ului
du-te la clasa de management cadge și în metodă
ok, apoi uita-te la Util
apoi ne uităm la metoda unității de afișare
și testele se încadrează doar în elementul return element.isDisplayed () întrebarea de ce. pentru că a făcut totul conform acelui articol. și că astfel este necesar să se facă că nu ar cădea pentru a insera o trezire.
Ce excepție este în cazul blocărilor afișate?
Am citit deja, dar dacă totul este scris pe articolul pe care l-am citat și înainte ca aceste teste să funcționeze, de ce acum urmăresc această fotografie.
Sincer nu înțeleg. M-am luptat cu această sarcină pentru o zi și nu înțeleg experiența de zbor
din diferite teste ale celui de-al doilea. Dacă executați testul 1, atunci probabilitatea că acesta va trece undeva este de 80%. de exemplu, încercăm să mergem la pagină și să căutăm secțiunea de caracteristici aici 2 teste 1 niciodată nu cade aici
a doua oară prin
este bine să lupți cu ea. să numim în mod explicit elementul. tip așa
care este, în mod explicit. Și ceea ce vedem în versiunea engleză a paginii vine, dar zborul nostru zboară din nou. Nu înțeleg ce nu-i place, deoarece locatorul este un muncitor
Înțeleg că spui că trebuie să aștepți.