Závislost a integrace Maven s Eclipse a TestNG

maven dependency integration with eclipse

V tomto kurzu budeme podrobně diskutovat o integraci Maven s Eclipse a TestNG, Maven Dependency Scope a Maven Deployment Automation:

V předchozím tutoriálu jsme diskutovali srovnání mezi Gradle vs Maven a Maven Plugins. Tento kurz vysvětluje, jak integrovat Maven s jinými nástroji, závislostí Maven a nasazením Maven.

Jak převrátit pole

Začněme!

=> Navštivte zde exkluzivní sérii výukových kurzů Maven.

Co se naučíte:

• Integrace Maven s Eclipse
• Integrace Maven s TestNG
• Rozsah závislosti Maven
  • # 1) Runtime Scope
  • # 2) Rozsah systému
  • # 3) Poskytnutý rozsah
  • # 4) Rozsah zkoušky
  • # 5) Rozsah importu
  • # 6) Zkompilovat rozsah
• Automatizace nasazení Maven
• Maven Release Plugin
• Závěr
• Doporučené čtení

Integrace Maven s Eclipse

O tom, jak integrovat Maven s Eclipse, jsme již podrobně diskutovali strana

V určitých scénářích, kdy stavíme projekt Maven z příkazového řádku a musíme tento projekt přenést do Eclipse, je třeba provést následující kroky.

# 1) Přejděte do umístění souboru pom pro projekt Maven. Spusťte níže uvedený příkaz.

zatmění mvn: zatmění

# 2) .classpath a .projekt bude vytvořen v umístění projektu Maven.

Ověřte, zda je plugin Maven již poskytován v Eclipse od Windows => Předvolby , Maven by tam měl být přítomen. Všechny aktuální verze Eclipse mají ve výchozím nastavení pluginy Maven, a pokud tam nejsou, můžeme je získat tady .

# 3) Nyní, aby Maven a Eclipse fungovaly společně, importujte projekt Maven ze souboru. Poté vyberte Stávající projekt Maven.

# 4) Procházejte umístění projektu a pokračovat.

Obrázek nahoře ukazuje projekt Maven importovaný do Eclipse.

Integrace Maven s TestNG

Jak integrovat Maven s TestNG bylo podrobně diskutováno na níže uvedené stránce.

=> Integrace Maven s TestNg pomocí pluginu Maven Surefire

I když jsme do našeho projektu integrovali Maven s TestNG, mohou nastat situace, kdy náš projekt obsahuje více než jeden xml soubor Testng. Například, celé funkce regresní sady jsou popsány v jednom souboru testng.xml a zdravé testovací případy jsou popsány v druhém souboru testng.xml.

V takové situaci musíme použít profil koncept v Maven. V souboru pom musíme definovat profily. Každá z nich je součástí značky a je k ní přidružena.

Níže je uveden soubor pom.xml s fragmentem kódu profilu:

Vezměte prosím na vědomí, že máme dva výše uvedené profily, které jsou popsány níže a ke každému profilu je přidruženo ID. Například, Regrese a Zdravý rozum také jsme v rámci suiteXmlFiles definovali název xml souboru Testng odpovídající ID ( testngRegression.xml a testngSanity.xml ).

kontrola nefunkčních odkazů v nástrojích pro webmastery google

Máme zde tedy dva profily a každý soubor Testng můžeme ovládat pomocí jediného souboru pom.

Nyní, abychom spustili testovací případ pro každý soubor Testng přímo z příkazového řádku, musíme se přesunout do složky projektu a spustit následující příkaz.

Jakmile je toto provedeno, prohledá Maven profil s ID Regrese a odpovídajícím testngRegression.xml soubor. Provedou se tedy pouze tam zapojené testy.

Podobně pro profil s id Sanity je příkaz:

Tady testngSanity.xml soubor slouží k určení testovacích případů, které mají být provedeny. Pro spuštění konkrétní sady testovacích případů tedy nemusíme upravovat název souboru TestNG v pom, spíše jej lze snadno dosáhnout udržováním samostatných souborů TestNG.

V souboru pom můžeme tyto soubory namapovat a nakonec je spustit pomocí profilů v Maven z příkazového řádku.

Rozsah závislosti Maven

Maven má celkem šest oborů, jak je uvedeno níže.

• Pokud
• Test
• Systém
• Import
• Kompilovat
• Runtime

# 1) Runtime Scope

Závislost Maven má rozsah za běhu a nepoužívá se pro účely sestavení. Představuje třídu pro běh a testování projektu. Níže uvedený fragment kódu zobrazuje závislost rozsahu modulu runtime.

# 2) Rozsah systému

Závislost Maven s rozsahem jako systém má podobnost s poskytovaným rozsahem. Závislosti systému nelze stáhnout ze vzdáleného úložiště a jsou obvykle umístěny v adresářích projektu. Níže uvedený fragment kódu ukazuje závislost rozsahu systému.

# 3) Poskytnutý rozsah

Závislost Maven, která má rozsah, jak je stanoveno, je vyžadována pro vytváření a testování projektů. Nedoporučuje se exportovat tuto závislost, protože jsou k dispozici za běhu. Tato závislost je však vyžadována pro spuštění sestavení. Níže uvedený fragment kódu zobrazuje poskytnutou závislost oboru.

# 4) Rozsah zkoušky

Závislost Maven, která má rozsah testu, se pro sestavování a provozování projektu nevyžaduje. V zásadě se používají pro kompilaci a spuštění testovacích případů jednotky. Níže uvedený fragment kódu ukazuje závislost rozsahu testu.

# 5) Rozsah importu

Uvnitř pilníku je Správa závislostí část obsahuje import oboru. To znamená, že závislost má být změněna s efektivní skupinou závislostí poskytnutou v části dependencyManagement souboru pom. Níže uvedený fragment kódu zobrazuje závislost rozsahu importu.

# 6) Zkompilovat rozsah

Výchozí je závislost Maven, která má rozsah kompilace. Tato závislost je nezbytná pro sestavení, testování a provoz projektu. To je většinou důležité k vyřešení zdrojového kódu Java s příkazy pro import. Níže uvedený fragment kódu ukazuje závislost rozsahu kompilace.

Automatizace nasazení Maven

Nasazení projektu je kritická fáze a zahrnuje několik kroků definovaných níže:

1. Kód vyvinutý pro kontrolu v úložišti.
2. Zdrojový kód ke stažení z úložiště.
3. Kompilace a sestavení aplikace a generování souborů JAR nebo WAR.
4. Umístění identifikovaných souborů JAR nebo WAR do známého síťového umístění.
5. Načtěte soubory JAR nebo WAR.
6. Umístěte stažené soubory JAR nebo WAR na cílový server.
7. Nové číslo verze aplikace a datum, které má být aktualizováno v dokumentaci.

Výše uvedené kroky následuje každý člen týmů zapojených do projektu. Z výše uvedených kroků, pokud někdo chybí nebo něco není správně provedeno, pak to má za následek selhání sestavení a nasazení . Takže mezi tím, pokud existují nějaké chyby, je třeba je opravit automaticky.

Maven se řídí metodou automatizace nasazení, aby bylo nasazení automatické a robustní. Toho je dosaženo kombinací níže uvedených procesů:

• Budování a vydání projektu, o který se postará Maven.
• Zdrojový kód, který má být spravován subverzí a úložištěm zdrojového kódu.
• Promítejte binární soubory, které se postarají o vzdáleného správce úložiště.

O automatizovaný proces sestavení a vydání Maven se stará plug-in Maven Release. Soubor pom.xml by měl být aktualizován, jak je znázorněno níže.

Níže uvedený kód je určen pro projekt com.softwaretestHelp pom.xml

odebrání prvků z pole java

Hlavní funkce ve výše uvedeném souboru pom.xml jsou uvedeny níže:

• SCM : Umístění SVN (kde je zdrojový kód přítomen) je konfigurováno SCM.
• Úložiště : Toto je umístění souborů JAR nebo WAR nebo EAR nebo jakéhokoli jiného artefaktu projektu po úspěšném dokončení stavby projektu.
• Zapojit : Automatizace nasazení prováděná vydávacím modulem Maven.

Maven Release Plugin

Vydání pluginu Maven provádí následující činnosti:

• uvolnění MVN: čisté - Vyčistí pracovní prostor předchozího sestavení před příchodem budoucího sestavení.
• uvolnění MVN: vrácení zpět - V případě selhání předchozí verze se vrátí zpět do pracovního prostoru.
• vydání MVN: připravit - Ověří, zda v souborech došlo k nepotvrzeným změnám, či nikoli. Také zkontroluje závislosti snímku a aktualizuje číslo verze aplikace. Upravuje pom na SCM. Postará se o provedení testovacího případu a provede finální kód pro SCM. Provádí značkování kódu v podvracení. Nakonec je pomocí tohoto pluginu číslo verze zvýšeno a připojeno k SNAPSHOT pro další vydání v budoucnu.
• vydání MVN: provést - Zkontroluje kód přítomný v úložišti a poté spustí cíle sestavení Maven k nasazení artefaktu sestavení do úložiště.

Nakonec musíme spustit následující příkaz pro sestavení projektu:

Po úspěšném dokončení sestavení spusťte následující příkaz:

Nyní se soubor WAR nahraje do úložiště.

Závěr

Doufáme, že hlavní části integrace Maven s Eclipse, její integrace s TestNG, profily Maven, rozsah závislostí Maven a automatizace nasazení Maven by nyní měly být srozumitelné. Také jsme zde diskutovali většinu oborů závislostí.

U procesu nasazení Maven jsme podrobně prozkoumali všechny kroky a vysvětlili některé z vydacích modulů Maven. Přečtěte si témata a postupně pochopíte skutečnou podstatu používání Mavenu v naší práci.

Budeme pokračovat v seriálu a shromažďovat znalosti o integraci Maven Jenkins, otázky týkající se rozhovorů s Mavenem atd. V našich připravovaných tutoriálech.

=> Podívejte se na VŠECHNY návody Maven zde.

Doporučené čtení

• Co je Maven - výukový program Maven pro začátečníky
• Výukové programy pro zatmění do hloubky pro začátečníky
• Výukový program TestNG: Úvod do TestNG Framework
• Výukový program Eclipse: Integrace TestNG do prostředí Eclipse Java IDE
• Konfigurace Maven pomocí Eclipse Java IDE
• Gradle Vs Maven A Maven Pluginy
• Maven s dokumentací Jenkins & Maven pro projekty
• Integrace Maven s TestNg pomocí pluginu Maven Surefire