Menu

Závislosť a integrácia Maven s Eclipse a TestNG

  • Hlavná
  • Iné
  • Závislosť a integrácia Maven s Eclipse a TestNG

maven dependency integration with eclipse

V tomto výučbe sa budeme podrobne zaoberať integráciou Maven s Eclipse a TestNG, rozsahom závislostí Maven a automatizáciou nasadenia Maven:

V predchádzajúcom tutoriáli sme diskutovali o porovnaní medzi Gradle vs Maven a Maven Plugins. Tento tutoriál vysvetľuje, ako integrovať Maven s inými nástrojmi, závislosťou Maven a nasadením Maven.

Začnime!

kde môžem pozerať zadarmo animy online

=> Navštívte tu sériu exkluzívnych výcvikových kurzov Maven.

Závislosť a integrácia Maven

Čo sa dozviete:

Integrácia Maven s Eclipse

O tom, ako integrovať Maven s Eclipse, sme sa už v tejto súvislosti podrobne zaoberali stránke

V určitých scenároch, keď zostavujeme projekt Maven z príkazového riadku a musíme tento projekt preniesť do Eclipse, je potrebné vykonať nasledujúce kroky.

# 1) Prejdite do umiestnenia súboru pom pre projekt Maven. Spustite nasledujúci príkaz.

zatmenie mvn: zatmenie

# 2) .classpath a .projekt vznikne na mieste projektu Maven.

Skontrolujte, či je doplnok Maven už poskytnutý v Eclipse z Windows => Predvoľby , Maven by tam mal byť prítomný. Všetky súčasné verzie Eclipse majú predvolene doplnky Maven a ak tam nie sú, môžeme ich získať tu .

# 3) Teraz, aby Maven a Eclipse spolupracovali, importujte projekt Maven zo súboru. Potom vyberte ikonu Existujúci projekt Maven.

importovať existujúci projekt Maven

# 4) Prejdite umiestnenie projektu a pokračovať.

Prejdite umiestnenie projektu
Maven Project importovaný do Eclipse

Obrázok zobrazený vyššie zobrazuje projekt Maven importovaný do Eclipse.

Integrácia Maven s TestNG

O tom, ako integrovať Maven s TestNG, sa podrobne zaoberáme na nasledujúcej stránke.

=> Integrácia Maven s TestNg pomocou doplnku Maven Surefire

Aj keď sme do nášho projektu integrovali Maven s TestNG, môžu nastať situácie, keď náš projekt bude mať viac ako jeden xml súbor Testng. Napríklad, celá funkcia regresnej sady je popísaná v jednom súbore testng.xml a zdravé testovacie prípady sú popísané v druhom súbore testng.xml.

V takejto situácii musíme použiť profil koncept v Maven. V súbore pom musíme definovať profily. Každá z nich je súčasťou značky a je k nej priradená.

Nižšie je uvedený súbor pom.xml s útržkom kódu profilu:

Regression org.apache.maven.plugins maven-surefire-plugin 2.20.1 testngRegression.xml Sanity org.apache.maven.plugins maven-surefire-plugin 2.20.1 testngSanity.xml

Upozorňujeme, že vyššie máme dva profily, ktoré sú popísané v časti nižšie a ku každému profilu je priradené identifikačné číslo. Napríklad, Regresia a Príčetnosť tiež sme v rámci suiteXmlFiles definovali názov xml súboru Testng zodpovedajúci id ( testngRegression.xml a testngSanity.xml ).

Máme tu teda dva profily a môžeme ovládať každý súbor Testng pomocou jedného súboru pom.

najlepšie rozšírenie blokovania automaticky otváraných okien pre Chrome

Teraz, aby sme spustili testovací prípad pre každý súbor Testng priamo z príkazového riadku, musíme sa presunúť do priečinka projektu a spustiť nasledujúci príkaz.

mvn test –PRegression

Akonáhle je to vykonané, Maven prehľadá profil s id Regression a príslušným testngRegression.xml spis. Vykonajú sa teda iba príslušné testy.

Podobne pre profil s id Sanity je príkaz:

mvn test –PSanity

Tu testngSanity.xml súbor sa používa na určenie testovacích prípadov, ktoré sa majú vykonať. Pre spustenie konkrétnej sady testovacích prípadov teda nemusíme upravovať názov súboru TestNG v pomôcke, skôr ho možno ľahko dosiahnuť udržiavaním samostatných súborov TestNG.

V súbore pom môžeme tieto súbory mapovať a nakoniec ich spustiť pomocou profilov v Mavene z príkazového riadku.

Rozsah závislosti Maven

Maven má celkovo šesť rozsahov, ako je uvedené nižšie.

  • Za predpokladu
  • Test
  • Systém
  • Import
  • Zostaviť
  • Beh programu

# 1) Rozsah chodu

Závislosť Maven má rozsah ako runtime a nepoužíva sa na účely zostavenia. Predstavuje triedu pre chod a testovanie projektu. Fragment kódu uvedený nižšie zobrazuje závislosť rozsahu runtime.

com.softwaretesting MavenJava 2.3 runtime

# 2) Rozsah systému

Závislosť typu Maven s rozsahom ako systémom má podobnosť s poskytnutým rozsahom. Závislosti systému nie je možné stiahnuť zo vzdialeného úložiska a zvyčajne sa nachádzajú v adresároch projektu. Nasledujúci útržok kódu zobrazuje závislosť rozsahu systému.

com.software MavenJava1 system 3.0 ${dir}warWEB-INFlibdep.jar

# 3) Poskytnutý rozsah

Na zostavenie a testovanie projektov sa vyžaduje závislosť typu Maven, ktorá má stanovený rozsah. Neodporúča sa exportovať túto závislosť, pretože sú k dispozícii za behu programu. Táto závislosť je však vyžadovaná pre spustenie zostavenia. Fragment kódu uvedený nižšie zobrazuje poskytnutú závislosť od rozsahu.

com.test MavenJava2 5.1.1 provided

# 4) Rozsah skúšky

Závislosť Maven, ktorá má rozsah testu, sa nevyžaduje pre zostavenie a spustenie projektu. V zásade sa používajú na zostavenie a spustenie testovacích prípadov jednotiek. Fragment kódu uvedený nižšie zobrazuje závislosť rozsahu testu.

com.testing MavenJava3 1.0.2 test

# 5) Rozsah importu

Vo vnútri súboru pom je dependencyManagement časť obsahuje import rozsahu. To znamená, že závislosť sa má zmeniť s účinnou skupinou závislostí uvedenou v časti závislosťManagement v súbore pom. Nasledujúci úryvok kódu zobrazuje závislosť rozsahu importu.

com.testhelp MavenJava4 SNAP import pom

# 6) Zostavte rozsah

Maven závislosť, ktorá má rozsah kompilácie, je predvolená. Táto závislosť je nevyhnutná pre zostavenie, testovanie a prevádzku projektu. To je väčšinou dôležité na vyriešenie zdrojového kódu Java, ktorý má príkazy na import. Nasledujúci úryvok kódu zobrazuje závislosť kompilovaného rozsahu.

logging log 2.1.3 compile

Automatizácia nasadenia Maven

Nasadenie projektu je kritickou fázou a zahŕňa niekoľko krokov definovaných nižšie:

  1. Kód vyvinutý na kontrolu v úložisku.
  2. Zdrojový kód na stiahnutie z úložiska.
  3. Kompilácia a zostavenie aplikácie a generovanie súborov JAR alebo WAR.
  4. Umiestnenie identifikovaných súborov JAR alebo WAR do známeho sieťového umiestnenia.
  5. Načítajte súbory JAR alebo WAR.
  6. Umiestnite stiahnuté súbory JAR alebo WAR na cieľový server.
  7. Nové číslo verzie aplikácie a dátum, ktorý sa má aktualizovať v dokumentácii.

Vyššie uvedené kroky sleduje každý člen tímov zapojených do projektu. Z vyššie uvedených krokov, ak je niekto zmeškaný alebo niečo nie je správne urobené, potom to vedie k zlyhanie pri zostavovaní a nasadení . Takže medzi tým, ak sa vyskytnú nejaké chyby, je potrebné ich opraviť automaticky.

Maven postupuje podľa metódy automatizácie nasadenia, aby bolo nasadenie automatické a robustné. To sa dosiahne kombináciou procesov uvedených nižšie:

  • O vypracovanie a vydanie projektu sa bude starať Maven.
  • Zdrojový kód má byť spravovaný subverziou a archívom zdrojového kódu.
  • Projektujte binárne súbory, aby sa postarali o vzdialeného správcu úložiska.

O automatizované procesy vytvárania a vydávania Maven sa stará zásuvný modul Maven Release. Súbor pom.xml by sa mal aktualizovať, ako je znázornené nižšie.

Nasledujúci kód je určený pre projekt com.softwaretestHelp pom.xml

4.0.0 com.softwaretestHelp TestApplication war 2.0 WebTest Maven Java http://maven.apache.org http://www.svn.com scm:svn:http://localhost:8080/svn/jrepo/trunk/Framework scm:svn:testing/test@localhost:8080:common_core_api:1101:code SampleTest-Web-Release Release repository http://localhost:8082/nexus/content/repositories/SampleTest-Web-Release org.apache.maven.plugins maven-release-plugin 2.0-beta-9 false deploy [SampleTest-Web- checkin] junit junit 3.9 test

Hlavné funkcie vo vyššie uvedenom súbore pom.xml sú uvedené nižšie:

  • SCM : Umiestnenie SVN (kde je zdrojový kód prítomný) je konfigurované pomocou SCM.
  • Úložiská : Toto je umiestnenie súborov JAR alebo WAR alebo EAR alebo iného artefaktu projektu po úspešnom dokončení stavby projektu.
  • Zapojiť : Automatizácia nasadenia vykonávaná vydávacím doplnkom Maven.

Maven Release Plugin

Maven release plugin vykonáva nasledujúce činnosti:

  • uvoľnenie MVN: čisté - Vyčistí pracovný priestor predchádzajúcej zostavy pred príchodom budúcej zostavy.
  • uvoľnenie MVN: vrátenie späť - V prípade zlyhania predchádzajúcej verzie sa vráti späť do pracovného priestoru.
  • vydanie MVN: pripraviť - Overuje, či v súboroch existujú nejaké nezáväzné zmeny alebo nie. Tiež skontroluje závislosti snímok a aktualizuje číslo verzie aplikácie. Modifikuje pom na SCM. Postará sa o vykonanie testovacieho prípadu a vykoná konečný kód pre SCM. Vykonáva značkovanie kódu v podverzii. Nakoniec sa týmto doplnkom zvýši číslo verzie a pripojí sa k SNAPSHOT pre ďalšie vydania v budúcnosti.
  • vydanie MVN: vykonať - Skontroluje kód prítomný v úložisku a potom spustí ciele zostavenia Maven, aby nasadil artefakt zostavy do úložiska.

Nakoniec musíme spustiť nasledujúci príkaz na zostavenie projektu:

mvn release: prepare

Po úspešnom dokončení zostavenia spustite nasledujúci príkaz:

mvn release: perform

Teraz sa súbor WAR nahrá do úložiska.

Záver

Dúfame, že hlavné časti integrácie Maven s Eclipse, jeho integrácia s TestNG, profily Maven, rozsah závislostí Maven a automatizácia nasadenia Maven by mali byť teraz pochopiteľné. Tu sme tiež diskutovali o väčšine oblastí závislostí.

Pokiaľ ide o proces nasadenia Maven, podrobne sme preskúmali všetky kroky a vysvetlili sme niektoré z uvoľňovacích doplnkov Maven. Prečítajte si témy a postupne pochopíte skutočnú podstatu používania Mavenu v našej práci.

Budeme pokračovať v seriáli a zhromažďovať vedomosti o integrácii Maven Jenkins, otázkach týkajúcich sa rozhovorov s Mavenom atď. V našich pripravovaných tutoriáloch.

predvolené používateľské meno a heslo pre smerovač

=> Skontrolujte VŠETKY návody Maven tu.

Odporúčané čítanie

^