Tag-uri: #
M-am dus aici într-unul din module pentru a alerga la fiecare test și chiar am fost supărat - nu prea înțeleg cum să-i organizez în funcție de cel inteligent.
Despre problema în sine:
Este necesar să se testeze funcționalitatea logării, respectiv necesită un dispozitiv care, la sfârșitul testului, va fi deconectat din sistem.
În al doilea rând - există un set de teste pentru fiecare dintre tipurile de utilizatori, ambele spălate în jos de către un dispozitiv care ar comanda argument în linia de doar rula anumite teste (cum ar fi înțeles - este necesar pentru a face dispozitivul de fixare etichetat după cum am înțeles.). dar care nu este greu, atașați o opțiune reală.
În același timp, este de dorit ca corpurile de iluminat să poată fi amenajate ca decoratoare, deoarece încă mai am corpuri fixe ale șoferului și modelului.
Toate testele sunt scrise pe pagină, în argumentul căruia vine modelul de aplicație.
Problema, în general, este rezolvată în acest stadiu.
depinde de ce fel de teste sunt. Undeva era întrebarea mea de lungă durată a tranziției de la yunittest pe paytest unde am rezolvat problema de drivere timp pentru sesiunea de funcționare, fără a fi nevoie să rescrie toate testele, ei sunt acolo aproximativ 200.
Descrieți ce dificultăți veți fi oprite, putem rezolva)
În avans, pot spune doar că este mai ieftin să scrie bine teste, care, întâmplător, a mea și a ajutat în testele ochen..Vse de tranziție și de formare, ar trebui în mod egal să fie separate de test, în mod diferit atunci începe ca fiksura nedovypolnyaet ceva și trebuie să facă testul.
Dacă aveți junga, probabil că ar trebui să rescrieți totul sub dispozitivul global pentru pornirea serverului și a bazei de date,
Clasa de prindere este o tranziție la ceea ce pagina cu funcționalitatea, și da, este de dorit să se facă de prindere parametrizate, am înțeles ca un concept prost - dar se pare buna.
De fapt, trecerea la pytest au apărut două probleme ciudat: 1. în mod activ au început să apară o eroare 429, sa decis cache-ul Dummy prescrierea de Django. și problema numărul 2 (în funcție de modul în care proiectul este scris și teste specifice). Primul a decis rapid, iar cu al doilea ne luptăm pentru moment. Ca urmare a 300 de teste, 2 căderi, care este, în general, un rezultat bun.
În plus, nu lucrăm cu Selenium, astfel încât războaiele sunt ținute pe secțiune - teste de integrare-funcționalitate.
Dacă ceva interesant pentru oameni - te voi informa.
Dragă starikstarter, puteți să vă atașați exemplul de soluție.
Problema mea este similară: utilizatorul este creat în test, iar la sfârșitul testului aș vrea să îl șterg.
În avans, CPS!
În primul rând aveți nevoie pentru a determina modul de a crea utilizatorul, și cât de mult are nevoie de timp pentru că atunci când îngropat conducător auto, vă conectați automat, dacă nu face magie cu cookie-uri.
Permiteți-mi să vă reamintesc că programele pot fi chemați una de cealaltă,
Există mai multe opțiuni și depind de modul în care utilizați driverul, apoi pur și simplu faceți logarea :.
1. Logarea este necesară pentru fiecare test propriu, șoferul web este unul pentru întreaga sesiune
- aveți nevoie de un dispozitiv complet cu un parametru
Programe pot fi combinate, de exemplu, într-un uchetok complex de ierarhie (administrator, nu administratorul, utilizator, etc), situat în locul de aplicare descrie întreaga funcționalitate și scrie toate testele posibile, dar apoi, corpuri speciale pe care le marca pur și simplu în funcție de acces, și conduse de cheie. Unic, este normal să se separe în funcție de necesități.
Până acum, pentru a-mi testa un astfel de sistem de învățare, în cazul în care o mulțime de tot felul de utilizatori, nu m-am gândit la nimic mai bine.