Sarcina. creați un utilizator local prin modulul de administrare a computerului; verificați rezultatul.
Notă. pentru brevetare, codul prezentat nu efectuează tratarea erorilor (cum ar fi verificarea existenței utilizatorului înainte de a-l crea, nu reușesc să apeleze funcții etc.)
Printre punctele slabe ale AutoIt se poate atribui propriul limbaj de programare și absența unui mecanism de excepție (excepții). Cum de a integra apelul funcțiilor AutoIt în limbi de programare mai puternice, vom vorbi într-unul din următoarele articole.
[...] un articol care ilustrează lucrul cu AutoIt, un exemplu [...]
[...] Compoziția AutoIt are capacități excelente de citire [...]
Arthur, mulțumesc că ai întrebat. Răspunsul este: depinde. Funcțiile WinWait de familie * () de așteptare pentru unele state fereastră: de exemplu, devine activ (WinWaitActive) sau inactiv (WinWaitNotActive) sau doar până la (WinWait) etc. Adică, în acele cazuri în care așteptăm un eveniment asociat ferestrei, un astfel de înlocuitor este destul de potrivit și chiar justificat. În alte cazuri este necesar să se uite.
Dacă am înțeles corect, sunteți confuz de faptul că somnul nondeterminist? O constantă explicită în cod și nu este clar ce ar trebui să fie egal cu? Sunt, de asemenea, jenat de acest lucru și, prin urmare, în scripturi reale (nu am menționat aici pentru scurtcircuit), folosesc două opțiuni:
1. Verific prezența elementelor care sunt un ghid pentru faptul că așteptarea poate fi terminată (fereastră, buton etc.)
2. Somn ($ SleepPeriod). Parametrul SleepPeriod este citit din fișierul de configurare și variază în medii diferite. Dacă gazda nu este încărcată suficient, valoarea SleepPeriod este mai mică, dacă este încărcată mai mult, atunci valoarea este mai mare.
există o intenție de a încerca să aplicați AutoIt pentru a automatiza testarea GUI în configurațiile sistemului 1C: Enterprise.
Crezi că este posibil deloc?
Paul. depinde foarte mult de controalele pe care este construit GUI în 1C. Dacă este Windows Controls, atunci nu ar trebui să existe probleme. Dacă este .Net de control, atunci pot exista dificultăți: AutoIt în sine nu vede aceste controale și, prin urmare, nu pot face clic pe ele. Am văzut soluții personalizate pe forumul AutoIt, dar în cazul meu nu au funcționat. Încearcă!
Exista o multime de programe cu interfață de utilizator „pseudo“ în stil MS-DOS, sau comander'a la miezul nopții (exemplu ilustrativ - terminale POS cu amănuntul care sunt văzute în box office-ul), care se obține cu caractere de text printre care există unele locuri pentru introducerea datelor. Spuneți-mi ce să folosesc pentru testarea lor automată? Sub Linux?
Vă mulțumim anticipat!
Ivan. Mai întâi de toate, este posibil să rulați AutoIt sub Wine. Încercați. Dacă chiar și AutoIt nu "vedeți" ferestrele aplicației, atunci cel puțin îl puteți încerca ca pe un "clic": trimiteți apăsările de tastă cu Send.
Puteți vedea xAutoClick, KAutoClick și alte "clicuri".
În plus, este logic să te uiți la Gambas.
Dar, probabil, nu doriți doar să "faceți clic"? Este important să înțelegeți exact ce intenționați să testați în programele cu o interfață pseudo-grafică și să dansați deja. Și pentru a vorbi cu dezvoltatorii: ce cadre folosesc? Poate că aceleași cadre pot fi folosite pentru a scrie autotesturi.
Care este calitatea software-ului și modul de îmbunătățire a acestuia: teorie și practică, sarcini și soluții, capcane și soluții.
Articole similare
Trimiteți-le prietenilor: