Az előző blogban megtanítottam az első Selenium WebDriver teszt futtatására. Ebben a blogban a szelén WebDriver fejlett koncepcióival foglalkozom. Már jó néhányszor említettem, hogy a Selenium WebDriver korlátokkal rendelkezik a tesztesetek kezelésével és a tesztjelentések létrehozásával kapcsolatban. Mi az alternatíva? Egy olyan népszerű eszköznek, mint a szelén, biztosan van megoldása? Természetesen igen! Használhatjuk a szelén és a TestNG kombinációját ennek a korlátozásnak a leküzdésére, és ez lesz a blog vitájának témája.
ec2 létrehoz egy példányt pillanatképből
Abban az esetben, ha új vagy a szelénben, és bevezetést szeretnél az alapfogalmakba, itt kezdheted az utad: ? A többiek azonban ebből a blogból kezdhetik a TestNG for Selenium használatát.Azt is tudni kell, hogy a szervezetek aktívan vadásznak szakemberekre , ezáltal a szoftver tesztelők számára fontos készség elsajátítása.
A világ minden tájáról érkező szoftverfejlesztők egyöntetűen egyetértenek abban, hogy a tesztesetekbe történő kódírás a hibakeresési idejük jó részét takarítja meg. Miért? A tesztesetek ugyanis segítenek a robusztus és hibamentes kód létrehozásában. Hogyan teszi ezt? Ha a teljes kódot kisebb tesztesetekre bontjuk, majd az egyes tesztesetek kiértékelésével elfogadható / sikertelen feltételeket hozunk létre, hibamentes kódot hozhatunk létre. Mivel a szelén nem támogatja a kód futtatását teszt esetekben, ehhez a TestNG-t kell használnunk. Itt illeszkedik a TestNG a szelén keretrendszerbe.
TestNG áll Teszteld a következő generációt és ez egy nyílt forráskódú teszt automatizálási keretrendszer, amelyet a JUnit és a NUnit ihletett. Nos, nem csak inspirálva, hanem a két keret frissítése is. Tehát megkérdezheti, mi itt a frissítés?A TestNG-vel történő frissítés további funkciókat biztosít, mint például: tesztjegyzetek, csoportosítás, prioritások meghatározása, paraméterezés és szekvenálási technikák a kódban, ami korábban nem volt lehetséges.
A tesztesetek kezelése mellett a TestNG használatával még részletes jelentések is készíthetők a tesztekről. Lesz egy összefoglaló, amely bemutatja a sikertelen tesztesetet, a csoportot, amelynek része volt, és az osztályt, amelybe tartozik. Amikor a hibákat így pontosan meg lehet találni, azonnal javítani lehet a fejlesztők megkönnyebbülésén. Az alábbi kép a TestNG működését mutatja be.
Szóval, hogyan végzi el a TestNG a munkát? Erre a kérdésre válaszolunkennek a Selenium WebDriver oktató blognak a következő szakasza, ahol megvitatom a különféle tesztesetek kezelését a TestNG használatával.
Szelén WebDriver TestNG-vel
A teszteseteket a következő módszerek egyikével lehet meghatározni és kezelni:
- Teszt kommentárok
- Fontossági sorrend
- A tesztesetek letiltása
- Módszer függősége
- Csoportosítás
- Állítások
- Jelentéskészítés
Hadd kezdjek magyarázkodnie funkciók mindegyike.
Teszt kommentárok
Először tegyük fel magunknak ezt a kérdést: Miért kell használnunk kommentárokat? Mikor tudjuk felhasználni őket? A szelénben található kommentárokkal szabályozható a következő végrehajtandó módszer. A tesztjegyzetek a tesztkód minden módszere előtt meg vannak határozva. Abban az esetben, ha valamelyik metódust nem előtagolják annotációkkal, akkor ezt a módszert figyelmen kívül hagyják, és nem hajtják végre a tesztkód részeként. Meghatározásukhoz a módszereket egyszerűen fel kell tüntetni a következővel: @Teszt ’. Nézze meg például az alábbi kódrészletet.
csomag testng import org.openqa.selenium.WebDriver import org.openqa.selenium.firefox.FirefoxDriver import org.testng.annotations.AfterClass import org.testng.annotations.AfterMethod import org.testng.annotations.BeforeClass import org.testng.annotations .BeforeMethod import org.testng.annotations.Test public class TestAnnotations {@Test public void myTestMethod () {System.out.println ('Inside method: - myTestMethod') WebDriver driver = new FirefoxDriver () driver.get ('http: //www.seleniumframework.com/Practiceform/ ') Karakterlánc címe = driver.getTitle () System.out.println (cím) driver.quit ()} @BeforeMethod public void beforeMethod () {System.out.println (' Ez a kóddarabot a metódus előtt hajtják végre: - myTestMethod ') System.setProperty (' webdriver.gecko.driver ',' C: UsersVardhanworkspaceSeleniumProjectfilesgeckodriver.exe ')} @AfterMethod public void afterMethod () {System.out.println (' Ez a darab kódot a módszer után hajtják végre: - myTestMethod ')} @BeforeClass public void beforeClass () {Syste m.out.println ('Ezt a kóddarabot az osztály végrehajtása előtt hajtják végre')} @AfterClass public void afterClass () {System.out.println ('Ezt a kóddarabot az osztály végrehajtása után hajtják végre')} }A fenti kódban észrevette volna, hogy nem definiáltam egy „fő” módszert. Van azonban 5 másik módszerem is. Ezek a „myTestMethod”, „beforeMethod”, „afterMethod”, „beforeClass” és „afterClass”. Vegye figyelembe a metódusok definíciójának sorrendjét is a kódban, mert nem ugyanabban a sorrendben fognak végrehajtódni.
A „myTestMethod” metódussal fel van tüntetve @Teszt , és ez a fő módszer vagy kódrész, amelyet végre kell hajtani. Más megjegyzésekkel ellátott módszerek végrehajtásra kerülnek a módszer végrehajtása előtt és után. Mivel az ’beforeMethod’ jelöléssel van ellátva @BeforeMethod , akkor a „myTestMethod” végrehajtása előtt kerül végrehajtásra. Hasonlóképpen az „afterMethod” jelöléssel is ellátva van @AfterMethod , és így a „myTestMethod” után kerül végrehajtásra.
Azonban a ’beforeClass’ jelöléssel van ellátva @Óra előtt , ami azt jelenti, hogy még az osztály végrehajtása előtt is végrehajtásra kerül. Osztályunk neve itt van TestAnnotations , és így az osztály végrehajtásának megkezdése előtt az „beforeClass” belsejében lévő kóddarab végrehajtásra kerül. Hasonlóképpen az „afterClass” jelöléssel van ellátva @AfterMethod , és így az osztály után kerül végrehajtásra TestAnnotations végrehajtják.
Ha továbbra is zavara van a végrehajtás sorrendjében, akkor az alábbi részlet mindenképpen segít Önnek.
1. BeforeSuite 2. BeforeTest 3. BeforeClass 4. BeforeMethod 5. Teszt 6. AfterMethod 7. AfterClass 8. AfterTest 9. AfterSuite
A fenti kód kimenete a következő lesz:
Ezt a kóddarabot az osztály végrehajtása előtt hajtják végre. Ezt a kóddarabot a következő módszer végrehajtása előtt hajtják végre: - myTestMethod Inside módszer: - myTestMethod 1493192682118 geckodriver INFO hallgatása a 127.0.0.1:13676 oldalon 1493192682713 mozprofile :: profil INFO A C profil felhasználói útvonalának használata: UsersVardhanPofileDataLocmoz .wGkcwvwXkl2y 1493192682729 geckodriver :: marionette INFO A böngésző indítása: Program fájlok (x86) Mozilla Firefoxirefox.exe 1493192682729 geckodriver :: marionette INFO Csatlakozás Marionette-hez a localhost-on: 59792 [GPU 6152] FIGYELEM: csőhiba: 109 /moz2_slave/m-rel-w32-0000000000000000000000/build/src/ipc/chromium/src/chrome/common/ipc_channel_win.cc, line 346 1493192688316 Marionette INFO Hallgatás az 59792 porton 2017. április 26, 1:14:49 PM org. openqa.selenium.remote.ProtocolHandshake createSession INFO: Észlelt dialektus: W3C JavaScript hiba: http://t.dtscout.com/i/?l=http%3A%2F%2Fwww.seleniumframework.com%2FPracticeform%2F&j=, sor 1: TypeError: document.getElementsByTagNa me (...) [0] undefined Selenium Framework | Practiceform 1493192695134 Marionette INFO Az új kapcsolatokat a továbbiakban nem fogadjuk el 2017. április 26. 13:14:57 org.openqa.selenium.os.UnixProcess megsemmisíteni a SEGYESET: Nem lehet folyamatot megölni PID 6724-vel. Ez a kódrész a következő módszer után kerül végrehajtásra: myTestMethod Ez a kóddarab az osztály végrehajtása után kerül végrehajtásra PASSED: myTestMethod ===================================== ============ Alapértelmezett teszt Futtatott tesztek: 1, Hibák: 0, Ugrások: 0 ========================= ======================= ============================= ==================== Alapértelmezett csomag Az összes futtatott teszt: 1, Hiba: 0, Ugrás: 0 =============== ================================
Amint a fenti kimenetből látható, a futtatott tesztek száma 1, a sikertelen 0. Ez azt jelenti, hogy a kód sikeres. Még a módszerek végrehajtásának sorrendje is ebben a sorrendben leszénkorábban említett.
Amikor végrehajtja ezt a kódot a számítógépén, a Selenium WebDriver példányosítja a Firefox böngészőt, eljut a Selenium Framework gyakorlati űrlapjához, bezárja a böngészőpéldányt, és ugyanazt a kimenetet jeleníti meg, mint fentebb az Eclipse IDE-ben.
Csak 5 különböző feljegyzést használtam a kódomban. De sokkal több feljegyzés használható a következő végrehajtandó módszer vezérlésére. A kommentárok teljes listáját aasztallent:
@BeforeSuite - A módszerrel annotált @BeforeSuite a programcsomag összes tesztjének lefutása előtt fog futni.
@AfterSuite - A módszerrel annotált @AfterSuite a csomag összes tesztjének lefutása után fog futni.
@BeforeTest - A módszerrel annotált @BeforeTest osztályba tartozó bármely vizsgálati módszer futtatása előtt fog futni.
@AfterTest - A módszerrel annotált @AfterTest az osztályhoz tartozó összes vizsgálati módszer lefutása után fog futni.
@BeforeGroup - A módszerrel annotált @BeforeGroup minden csoport futtatása előtt fog futni.
@AfterGroup - A módszerrel annotált @AfterGroup minden csoport futtatása után fog futni.
@Óra előtt - A módszerrel annotált @Óra előtt egyszer futni fog, mielőtt az aktuális osztály első vizsgálati módszerét meghívnák.
@Óra után - A módszerrel annotált @Óra után egyszer fut, miután az aktuális osztály összes vizsgálati módszere lefutott.
@BeforeMethod - A módszerrel annotált @BeforeMethod az osztályon belüli bármely vizsgálati módszer futtatása előtt fog futni.
@AfterMethod - A módszerrel annotált @AfterMethod osztályon belüli minden vizsgálati módszer futtatása után fog futni.
@Teszt - A módszerrel annotált @Teszt a fő tesztelési módszer a teljes programban. Más jegyzetekkel ellátott módszerek kerülnek végrehajtásra a módszer körül.
A TestNG jelentés képernyőképe azalább: -
Fontossági sorrend
Beszéltünk arról, hogy milyen különböző módszerek definiálhatók úgy, hogy azok a @Teszt módszer. De mi van, ha több van @Teszt metódust és meg akarja határozni a végrehajtási sorrendet közöttük?
egy számjegyek összege a java-ban a ciklushoz
Ebben az esetben megtehetjükPrioritizálja őket azzal, hogy számot rendel a jegyzetekkel ellátott tesztesetekhez. Kisebb a szám, annál nagyobb a prioritás. A prioritások a tesztesetek meghatározása során paraméterként rendelhetők hozzá. Ha azonban nincs hozzárendelve prioritás, akkor a jegyzetelt tesztelési módszerek a tesztek ábécé sorrendjében kerülnek végrehajtásra. Nézze meg a tesztjegyzetek paramétereit az alábbi részbenkód.
@Test (Priority = 2) public static void FirstTest () {system.out.println ('Ez a 2. számú teszteset a 2. prioritás miatt')} @Test (Priority = 1) public static void SecondTest () { system.out.println ('Ez az első számú teszteset az 1. prioritás miatt')} @Test public static void FinalTest () {system.out.println ('Ez a végső teszteset, mert nincs prioritás' )}A tesztesetek letiltása
Hadd mutassak valami érdekeset. Mi van, ha van egy millió soron átívelő kódja, amely több száz tesztesetből áll, és csak egy tesztmódszert akar letiltani? Nem kell törölnie a kód egyetlen részét sem, egyszerűen letilthatjuk ezt a vizsgálati módszert.
A tesztesemény letiltása szintén paramétereken keresztül történik. Beállíthatjuk a engedélyezve „hamis” attribútum. Alapértelmezés szerint minden teszteset engedélyezve lesz, ezért nem kell minden alkalommal meghatároznunk őket, amikor tesztet írunk. Nézze meg a harmadik és a negyedik módszer paramétereit az alábbi részbenkód.
@Test (Prioritás = 2, engedélyezve = Igaz) public static void FirstTest () {system.out.println ('Ez a 2. számú teszteset a 2. prioritás miatt')} @Test (Prioritás = 1, engedélyezve = Igaz ) public static void SecondTest () {system.out.println ('Ez az első számú teszteset az 1. prioritás miatt')} @Test (enabled = false) public static void SkippedTest () {system.out.println ( 'Ez az átugrott teszteset, mert ezt letiltották')} @Test (enabled = True) public static void FinalTest () {system.out.println ('Ez az utolsó teszteset, amely engedélyezve van, és nincs prioritása ')}Módszer függősége
Most, ha olyan helyzetben van, hogy egy kóddarabot csak akkor akar végrehajtani, ha az megfelel egy feltételnek, vagy csak akkor, ha egy adott módszer sikeresen végrehajtja, akkor ezt megtehetjük függOnMethod (). Ez alapvetően a módszerfüggőség feltétele, ahol egy metódust egy másik módszertől függően hajtanak végre. Ha ráadásul beállítjuk alwaysRun attribútum true-ra, akkor a metódus végrehajtásra kerül, függetlenül a függő módszer sikertelen / passzos állapotától. Nézze meg az alábbi kódrészlet kódját.
@Test public static void FirstTest () {system.out.println ('Ez az első végrehajtandó teszteset')} @Test (dependOnMethods = {'FirstTest'}) public static void SecondTest () {system.out. println ('Ez a második végrehajtandó teszteset Ez egy függő módszer')} @Test (dependOnMethods = {'SecondTest'}) public static void FinalTest () {system.out.println ('Ez az utolsó teszt Eset mindenképpen végrehajtásra kerül. ')}Ez most egy másik fontos szempontra vezet minket a teszt soránannotációk ami Csoportosítás .
Csoportosítás
Mostanra tudnia kell, hogy a tesztben számos módszer létezik a kódban. Tegyük fel, hogy 100 teszteset van, de a következő tesztünkön csak 20 tesztesetet akarunk végrehajtani. Gondolod, hogy meg tudjuk csinálni? Persze, hogy megtehetjük.
Tudjuk használni csoportok attribútum erre a célra. Rendelhetünk csoportnevet számos tesztesethez, és később a teljes kód helyett a csoport végrehajtását választhatjuk. Nézze meg az alábbi kódrészletet, hogy megértsehogyan lehet csoportokat létrehozni.
@Test (groups = {'MyGroup'}) public static void FirstTest () {system.out.println ('Ez a csoport része: MyGroup')} @Test (groups = {'MyGroup'}) nyilvános statikus void SecondTest () {system.out.println ('Ez is a csoport része: Saját csoport')} @Test public static void ThirdTest () {system.out.println ('De ez nem része a Csoport: SajátGroup ')}TestNG állítások
Ez most a TestNG következő témájához vezet, amely az állítások. Ahogy a neve is sugallja, az állítások felhasználhatók a vizsgálati módszerekben a teszt sikeres vagy sikertelen állapotának meghatározására. Az állítás igaz / hamis állapota alapján a tesztek sikeresek lesznek / nem fognak sikerülni.
Az alábbi kódba 3 vizsgálati módszert vontam be, amelyek közül az első és a harmadik módszer sikeres feltételekkel rendelkezik, a második módszer pedig sikertelen feltételekkel. Nézze meg saját maga a kódot.
csomag testng import org.testng.annotations.Test import org.testng.annotations.BeforeMethod import org.openqa.selenium.WebDriver import org.openqa.selenium.firefox.FirefoxDriver import org.testng.Assert import org.testng.annotations.AfterMethod public class Assertions {@BeforeMethod public void beforeMethod () {System.setProperty ('webdriver.gecko.driver', 'C: UsersVardhanworkspaceSeleniumProjectfilesgeckodriver.exe')} public boolean isEqual (int a, int b) {if (a == b ) {return true} else {return false}} @Test public void testEquality1 () {Assert.assertEquals (true, isEqual (10, 10)) System.out.println ('This is a pass feltétel')} @Test public void testEquality2 () {Assert.assertEquals (true, isEqual (10, 11)) System.out.println ('Ez egy hibás állapot')} @Test public void getTitle () {WebDriver illesztőprogram = új FirefoxDriver () illesztőprogram. get ('https://www.gmail.com') Karakterlánc címe = driver.getTitle () Assert.assertEquals (title, 'Gmail') System.out.println ('Ez megint egy átmeneti feltétel')} }Ha megnézi a végrehajtás után létrehozott jelentést, akkor észreveszi, hogy a három teszt közül egy sikertelen és kettő sikeres. Egy másik fontos szempont, hogy egy állítás sikertelensége esetén a teszt más parancsai / kódsorai kihagyásra kerülnek. Csak akkor, ha az állítás sikeres, akkor a következő kódsor kerül végrehajtásra az adott teszt során. Ellenőrizze az alábbi kimenetet system.out.println csak az első és a harmadik módszerre hajtott végre.
1493277977348 geckodriver INFO Figyelés a 127.0.0.1:47035 oldalon 1493277977993 mozprofile :: profile INFO A C profilútvonal használata: UsersVardhanAppDataLocalTemp ust_mozprofile.Z7X9uFdKODvi 1493277977994 böngésző Csatlakozás a Marionette-hez a localhost-on: 50758 [GPU 6920] FIGYELEM: csőhiba: 109: c fájl: / builds / moz2_slave / m-rel-w32-000000000000000000000000 / build / src / ipc / chromium / src / chrome / common / ipc_channel_win. cc, line 346 1493277981742 Marionette INFO Hallgatás az 50758 porton, 2017. április 27. 12:56:22. org.openqa.selenium.remote.ProtocolHandshake createSession INFO: Észlelt dialektus: W3C Ez ismét passzfeltétel. getTitle PASSED: testEquality1 FAILED: testEquality2 java.lang.AssertionError: várható [hamis], de megtalálta [igaz] az org.testng.Assert.fail (Assert.java:93) org.testng.Assert.failNotEquals (Assert.java: 512) az org.testng.Assert.assertE oldalon qualsImpl (Assert.java:134) org.testng.Assert.assertEquals (Assert.java:115) org.testng.Assert.assertEquals (Assert.java:304) org.testng.Assert.assertEquals (Assert.java) : 314) a testng.Assertions.testEquality2 (Assertions.java:38) -ban sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (Ismeretlen forrás) a sun.reflect.DinegorMethod Forrás) a java.lang.reflect.Method.invoke (Ismeretlen forrás) oldalon org.testng.internal.MethodInvocationHelper.invokeMethod (MethodInvocationHelper.java:108) az org.testng.internal.Invoker.invokeMethod (Invoker.java:66) itt: org.testng.internal.Invoker.invokeTestMethod (Invoker.java:869) az org.testng.internal.Invoker.invokeTestMethods (Invoker.java:1193) címen: org.testng.internal.TestMethodWorker.invokeTestMethods (TestTetMethods) ) az org.testng.internal.TestMethodWorker.run (TestMethodWorker.java:109) címen az org.testng.TestRunner.privateRun (TestRunner.java:744) az org.testng.TestRu oldalon. nner.run (TestRunner.java:602) az org.testng.SuiteRunner.runTest (SuiteRunner.java:380) oldalon org.testng.SuiteRunner.runSequential (SuiteRunner.java:375) az org.testng.SuiteRunner.privateRun (SuiteRunn .java: 340) az org.testng.SuiteRunner.run (SuiteRunner.java:289) oldalon az org.testng.SuiteRunnerWorker.runSuite (SuiteRunnerWorker.java:52) az org.testng.SuiteRunnerWorker.run (SuiteRunnerWorker.ja itt: org.testng.TestNG.runSuitesSequential (TestNG.java:1301), org.testng.TestNG.runSuitesLocally (TestNG.java:1226), org.testng.TestNG.runSuites (TestNG.java:1144), org.testng. TestNG.run (TestNG.java:1115) az org.testng.remote.AbstractRemoteTestNG.run (AbstractRemoteTestNG.java:132) az org.testng.remote.RemoteTestNG.initAndRun (RemoteTestNG.java:230.rem) org.testng oldalon. .RemoteTestNG.main (RemoteTestNG.java:76) ======================================= ======== Alapértelmezett tesztfuttatások: 3, hibák: 1, kihagyások: 0 ============================= =================== ================================= ================ Alapértelmezett csomag A tesztek száma összesen: 3, hibák: 1, kihagyások: 0 ===================================== ============
Tehát ezzel vége a tesztesetek kezelésével kapcsolatos fogalmaknak. Még egy téma maradt ránk, ez a riportkészítés. A jelentések létrehozása az utolsó téma ebben a Selenium WebDriver oktatóanyagban, mert a jelentések csak azután hozhatók létreteszteket hajtanak végre.
sas programozási bevezetés alapfogalmak
Jelentéskészítés
A legfontosabb dolog, amit meg kell jegyeznie, hogy a jelentés csak .xml fájlon keresztül készül. Ez azt jelenti, legyen az metódus, osztály vagy osztály, vagy tesztelni kívánt csoport, mindet meg kell adni az .xml fájlban.
Tehát először létrehozhat egy új mappát a projekt alatt, és létrehozhat egy új fájlt a mappában, és adhat egy nevet a fájlnak, és elmentheti .xml kiterjesztéssel. Az új mappát és fájlt úgy hozhatja létre, hogy a jobb egérgombbal rákattint a csomagkezelőre. Miután létrehozta a fájlt, lépjen az ablak aljáról a forrás fülre, és adja meg az alábbi részletben megadott konfigurációkat.
Az első sor az XML dokumentumtípus meghatározása. Ez szabványos és kötelező minden tesztjelentéshez. De a többi sor eléggé magától értetődő. A nyílt címkéket a programcsomaghoz, tesztekhez, osztályokhoz és osztályokhoz használtam. A Classes címke tartalmazhat egy vagy több osztályt. Így akkor használható, ha egy jelentést akarunk létrehozni, ahol több osztályt tesztelünk. Ez különösen hasznos azoknak a fejlesztőknek, akik hosszú kódrészletet akarnak tesztelni.
Mindenesetre visszatérve a jelentésünkhöz, megnevezhet minden csomagot, tesztet vagy osztályt, miután megnyitotta ezeket a címkéket, és ne felejtse el bezárni minden megnyitott címkét. A lakosztály nevemet megadtam TestNGs , teszt neve mint Teszt Megjegyzések és az osztály neve as testng.TestAnnotations. Ne feledje, hogy az osztály neve a formátumban van ' csomagnév.osztálynév ” .
Amikor ezt a fájlt TestNG csomagként futtatja, elindul a végrehajtás, és megkapja a részletes tesztjelentéseket. A teszt kimenetet a konzol fülén, a teszt csomag eredményét pedig a következő fülön kapja meg. A jelentés, amelyet a kódom végrehajtásához készítettem, azban benaz alábbi képernyőkép. Észre fogja venni, hogy ezúttal van egy csomagnév, tesztnév, osztálynév, valamint az egyesek végrehajtásához szükséges idő.
Ha meg szeretné tekinteni a HTML jelentést (Index jelentés vagy Emailable jelentés), akkor lépjen a teszt-kimenet mappát a munkaterület projektkönyvtárában. Rájuk kattintva megtekintheti a jelentéseket akár később is. Az alábbiakban láthatók a képernyőképeik.
Index jelentés : -
E-mailben küldhető jelentés : -
Tehát ezzel a Selenium WebDriver oktató blog végére érünk. Itt az ideje, hogy beállítsd a napfogyatkozást, telepítsd a különféle Selenium csomagokat, telepítsd a TestNG-t és kezdd el megírni a teszteseteket.
Megnézheti az alábbi Selenium WebDriver oktatóvideót, hogy szemtanúja lehessen az ebben a blogban ismertetett fogalmaknak.
Szelén képzés | TestNG keretrendszer a szelénhez Edureka
Ez az Edureka Selenium Training videó végigvezeti Önt a Selenium WebDriver részletes részletein. Ez a Selenium oktatóvideó ideális mind a kezdőknek, mind a szakembereknek, akik szeretnék elmélyíteni a WebDriver parancsok alapjait, és megtudni, hogyan használható a TestNG a Seleniummal különféle tesztesetek kezelésére.
Ha meg szeretné tanulni a szelént és karriert szeretne kialakítani a tesztelési területen, akkor nézze meg interaktív, élő online oldalunkat itt 24 * 7 támogatás jár, amely végigvezeti Önt a tanulási időszak alatt.
Van egy kérdésünk? Kérjük, említse meg a megjegyzések részben, és mi kapcsolatba lépünk Önnel.