A szoftver minősége
A feladat. hozzon létre egy helyi felhasználót a Computer Management beépülő modulon keresztül; ellenőrizze az eredményt.
Megjegyzés. A rövidítés miatt a bemutatott kód nem végzi el a hibakezelést (például a felhasználó meglétének ellenőrzése, létrehozása előtt, hívásfunkciók lefagyása stb.).
Az AutoIt gyengeségei közé tartozik a saját programozási nyelv és a kivételes mechanizmus hiánya (kivételek). Hogyan integrálhatjuk az AutoIt funkciók erőteljesebb programozási nyelvek hívását, a következő cikkek egyikében beszélünk.
[...] egy cikk, amely az AutoIt-szel való munkát szemlélteti [...]
[...] Az AutoIt összetétele kiváló olvasási képességekkel rendelkezik [...]
Arthur, köszönöm a kérdést. A válasz: attól függ. Funkciói WinWait család * () vár néhány ablak kimondja: például aktívvá válik (WinWaitActive) és inaktív (WinWaitNotActive), vagy csak addig, amíg a (WinWait), stb Vagyis azokban az esetekben, amikor valamilyen eseményt várunk az ablakhoz, egy ilyen csere eléggé megfelelő és még indokolt is. Más esetekben meg kell nézni.
Ha jól értettem, zavarodtál-e a nondeterminisztikus alvás ténye? Egy explicit állandó a kódban, és nem világos, hogy milyennek kell lennie? Ezzel is zavarom, és ezért valódi forgatókönyvekben (itt nem említem a rövidséget) kétféle lehetőséget használok:
1. Ellenőrizem az elemek jelenlétét, amelyek segítenek abban, hogy a várakozás befejezhető legyen (ablak, gomb stb.)
2. Alvás ($ SleepPeriod). A SleepPeriod paraméter a konfigurációs fájlból olvasható és különböző környezetekben változik. Ha a gazdagép nem elég, a SleepPeriod értéke kisebb, ha több betöltődik, akkor az érték nagyobb.
szándékában áll az AutoIt alkalmazását a GUI tesztelés automatizálására 1C: Enterprise rendszer konfigurációkban.
Gondolod, hogy egyáltalán lehetséges?
Paul. ez erősen függ attól a vezérléstől, amelyen a GUI 1C-be van építve. Ha ez a Windows Controls, akkor nem lehet semmilyen probléma. Ha ez a .Net vezérlő, akkor nehézségek merülhetnek fel: az AutoIt önmagában nem látja ezeket az ellenőrzéseket, és ennek megfelelően nem tud rájuk kattintani. Láttam egyedi megoldásokat az AutoIt fórumon, de az én esetemben nem működtek. Próbálja ki!
Rengeteg olyan programok felhasználói felület „pszeudo” MS-DOS stílus, vagy éjfélkor comander'a (illusztratív példa - kiskereskedelmi POS terminálok, amelyek láthatók a box office), amely fel van húzva a szöveg karakterei, akik között vannak olyan helyek, adatbevitelhez. Mondja meg, mit kell használni az automatizált teszteléshez? Linux alatt?
Köszönjük előre!
Iván. Először is, lehetséges az AutoIt futtatása a Wine alatt. Próbálja ki. Ha még az AutoIt sem "látja" az alkalmazások ablakait, akkor legalább próbáld ki "clicker" -ként: küldje el a billentyűleütéseket a Küldés funkcióval.
Láthatod az xAutoClick, a KAutoClick és más hasonló "kattintható" lehetőségeket.
Ezenkívül érdemes megnézni a Gambas-ot.
De valószínűleg nem csak "kattint" akarsz? Fontos megérteni, hogy pontosan mit tervezel tesztelni egy programban pszeudo-grafikus felületen és táncolni már ettől. És beszéljünk a fejlesztõkkel: milyen kereteket használnak? Talán ugyanezek a keretek használhatók autósok készítésére.
Mi a szoftver minősége és hogyan javítható: az elmélet és a gyakorlat, feladatok és megoldások, buktatók és megoldások.