TestNG est l’un des cadres de test les plus utilis\u00e9s pour les tests unitaires et automatis\u00e9s. Dans ce guide, nous avons rassembl\u00e9 les questions les plus fr\u00e9quemment pos\u00e9es et les r\u00e9ponses aux entretiens, tant pour les nouveaux venus que pour les plus exp\u00e9riment\u00e9s.<\/p>\n\n
R\u00e9ponse : TestNG (NG comme Next Generation) est un cadre de test qui peut \u00eatre int\u00e9gr\u00e9 \u00e0 Selenium ou \u00e0 tout autre outil d’automatisation afin de fournir de multiples fonctionnalit\u00e9s telles que des assertions, des rapports, l’ex\u00e9cution de tests en parall\u00e8le, etc.<\/p>\n\n
R : Les avantages de TestNG sont les suivants :<\/p>\n\n
R : Selenium est un outil d’automatisation que nous pouvons utiliser pour automatiser les applications web. Afin d’ajouter des capacit\u00e9s de test aux suites d’automatisation des tests, Selenium est interfac\u00e9 avec TestNG. En utilisant TestNG, nous pouvons avoir diff\u00e9rentes fonctionnalit\u00e9s dans notre suite d’automatisation telles que diff\u00e9rents types d’assertions, le reporting, l’ex\u00e9cution parall\u00e8le, la param\u00e9trisation, etc.<\/p>\n\n
En bref, pour effectuer des tests d’automatisation, Selenium aide \u00e0 l'\u00a0\u00bbautomatisation\u00a0\u00bb et TestNG aide aux capacit\u00e9s de \u00ab\u00a0test\u00a0\u00bb.<\/p>\n\n
R : Le fichier testng.xml est utilis\u00e9 pour configurer l’ensemble de la suite de tests. Dans le fichier testng.xml, nous pouvons cr\u00e9er une suite de tests, cr\u00e9er des groupes de tests, marquer des tests pour une ex\u00e9cution parall\u00e8le, ajouter des auditeurs et passer des param\u00e8tres aux scripts de test. Nous pouvons \u00e9galement utiliser ce fichier testng.xml pour ex\u00e9cuter la suite de tests \u00e0 partir de la ligne de commande\/terminal ou de Jenkins.<\/p>\n\n
R : En utilisant l’attribut groups dans TestNG, nous pouvons assigner des m\u00e9thodes de test \u00e0 diff\u00e9rents groupes.<\/p>\n\n
\/\/Testovacia met\u00f3da patriaca len do sanity suite\n\n@Test(groups = {\"sanitySuite\"})\n\npublic void testMethod1() {\n\n \/\/Testovacia logika\n\n}\n\n\/\/Testovacia met\u00f3da patriaca do sady sanity aj regresnej sady\n\n@Test(groups = {\"sanitySuite\", \"regressionSuite\"})\n\npublic void testMethod2() {\n\n \/\/Testovacia logika\n\n}<\/code><\/pre>\n\n<\/p>\n\n
Questions 6. Comment exclure une m\u00e9thode de test de l’ex\u00e9cution via le fichier testng.xml ?<\/h2>\n\n
R : En utilisant la balise exclude dans le fichier testng.xml, nous pouvons exclure une m\u00e9thode de test particuli\u00e8re de l’ex\u00e9cution.<\/p>\n\n
<suite name=\"Test Suite\" verbose=\"1\">\n\n <test name=\"TestName\">\n\n <classes>\n\n <class name=\"TestClassName\">\n\n <methods>\n\n <exclude name=\"testMethodToBeExcluded\"\/>\n\n <\/methods>\n\n <\/class> \n\n <\/classes>\n\n <\/test>\n\n<\/suite><\/code><\/pre>\n\n<\/p>\n\n
Questions 7. Quelles sont les annotations TestNG couramment utilis\u00e9es ?<\/h2>\n\n
R\u00e9ponse : Les annotations TestNG couramment utilis\u00e9es sont les suivantes :<\/p>\n\n
\n- @Test – l’annotation @Test identifie la m\u00e9thode comme une m\u00e9thode de test.<\/li>\n\n\n\n
- @BeforeSuite – La m\u00e9thode d’annotation n’est ex\u00e9cut\u00e9e qu’une seule fois avant l’ex\u00e9cution de tous les tests de cette suite.<\/li>\n\n\n\n
- @AfterSuite – La m\u00e9thode annot\u00e9e ne sera ex\u00e9cut\u00e9e qu’une seule fois apr\u00e8s l’ex\u00e9cution de tous les tests de cette suite.<\/li>\n\n\n\n
- @BeforeClass – La m\u00e9thode annot\u00e9e n’est ex\u00e9cut\u00e9e qu’une seule fois avant d’appeler la premi\u00e8re m\u00e9thode de test de la classe actuelle.<\/li>\n\n\n\n
- @AfterClass – La m\u00e9thode annot\u00e9e n’est ex\u00e9cut\u00e9e qu’une seule fois apr\u00e8s l’ex\u00e9cution de toutes les m\u00e9thodes de test de la classe actuelle.<\/li>\n\n\n\n
@BeforeTest – La m\u00e9thode annot\u00e9e est ex\u00e9cut\u00e9e avant toute m\u00e9thode de test appartenant aux classes contenues dans la balise.<\/test><\/li>\n\n\n\n@AfterTest – La m\u00e9thode annot\u00e9e est ex\u00e9cut\u00e9e apr\u00e8s l’ex\u00e9cution de toutes les m\u00e9thodes de test appartenant aux classes contenues dans la balise.<\/test><\/li>\n\n\n\n- @BeforeMethod – La m\u00e9thode annot\u00e9e est ex\u00e9cut\u00e9e avant chaque m\u00e9thode de test annot\u00e9e avec @Test.<\/li>\n\n\n\n
- @AfterMethod – La m\u00e9thode annot\u00e9e est ex\u00e9cut\u00e9e apr\u00e8s chaque m\u00e9thode de test annot\u00e9e avec @Test.<\/li>\n\n\n\n
- @DataProvider – L’annotation @DataProvider est utilis\u00e9e pour transmettre des donn\u00e9es de test \u00e0 la m\u00e9thode de test. La m\u00e9thode de test est d\u00e9clench\u00e9e par le nombre de lignes de donn\u00e9es transmises par la m\u00e9thode du fournisseur de donn\u00e9es.<\/li>\n<\/ul>\n\n
Question 8. Quel est l’ordre d’ex\u00e9cution de la m\u00e9thode de test en fonction des diff\u00e9rentes annotations ?<\/h2>\n\n
R\u00e9ponse : Les m\u00e9thodes de test dans TestNG sont ex\u00e9cut\u00e9es dans l’ordre Suite->Test->Classe->M\u00e9thode combin\u00e9 \u00e0 l’ordre Avant les annotations->Test les annotations->Apr\u00e8s les annotations. L’ordre d’ex\u00e9cution est donc le suivant :<\/p>\n\n
@BeforeSuite<\/p>\n\n
@BeforeTest<\/p>\n\n
@BeforeClass<\/p>\n\n
@BeforeMethod<\/p>\n\n
@Test<\/p>\n\n
@AfterMethod<\/p>\n\n
@AfterClass<\/p>\n\n
@AfterTest<\/p>\n\n
@AfterSuite<\/p>\n\n
Question 9. Quelles sont les assertions courantes fournies par TestNG ?<\/h2>\n\n
R\u00e9ponse Voici quelques-unes des affirmations courantes de TestNG :<\/p>\n\n
\n- assertEquals(String actual, String expected, String message) et d’autres types de donn\u00e9es surcharg\u00e9es dans le param\u00e8tre<\/li>\n\n\n\n
- assertNotEquals(double data1, double data2, String message) et d’autres types de donn\u00e9es surcharg\u00e9s dans le param\u00e8tre<\/li>\n\n\n\n
- assertFalse(boolean condition, String message)<\/li>\n\n\n\n
- assertTrue(boolean condition, String message)<\/li>\n\n\n\n
- assertNotNull(Object object)<\/li>\n\n\n\n
- fail(boolean condition, String message)<\/li>\n\n\n\n
- true(String message)<\/li>\n<\/ol>\n\n
Question 10. Comment d\u00e9sactiver ou emp\u00eacher l’ex\u00e9cution d’un sc\u00e9nario de test ?<\/h2>\n\n
R\u00e9ponse : En d\u00e9finissant l’attribut \u00ab\u00a0enabled\u00a0\u00bb sur false, nous pouvons emp\u00eacher l’ex\u00e9cution de la m\u00e9thode de test.<\/p>\n\n
\/\/V pr\u00edpade testovacej met\u00f3dy\n\n@Test(enabled = false)\n\npublic void testMethod1() {\n\n \/\/Testovacia logika\n\n}\n\n\/\/V pr\u00edpade testovacej met\u00f3dy patriacej do skupiny\n\n@Test(groups = {\"NegativeTests\"}, enabled = false)\n\npublic void testMethod2() {\n\n \/\/Testovacia logika\n\n}<\/code><\/pre>\n\n<\/p>\n\n
Question 11. Comment utiliser TestNG pour rendre une m\u00e9thode de test d\u00e9pendante des autres ?<\/h2>\n\n
R : En utilisant le param\u00e8tre dependsOnMethods dans l’annotation @Test de TestNG, nous pouvons faire en sorte qu’une m\u00e9thode de test ne soit ex\u00e9cut\u00e9e que lorsque la m\u00e9thode de test d\u00e9pendante a \u00e9t\u00e9 ex\u00e9cut\u00e9e avec succ\u00e8s.<\/p>\n\n
@Test(dependsOnMethods = { \u00ab\u00a0preTests\u00a0\u00bb })<\/strong><\/p>\n\nQuestion 12. Comment d\u00e9finir la priorit\u00e9 des cas de test dans TestNG ?<\/h2>\n\n
R : Nous pouvons d\u00e9finir la priorit\u00e9 des cas de test en utilisant le param\u00e8tre \u00ab\u00a0priority\u00a0\u00bb dans l’annotation @Test. Les essais dont les valeurs de priorit\u00e9 sont les plus faibles sont effectu\u00e9s en premier. Exemple :<\/p>\n\n
@Test(priority=1)<\/strong><\/p>\n\nQuestion 13. Quelle est la priorit\u00e9 par d\u00e9faut des cas de test dans TestNG ?<\/h2>\n\n
R : La priorit\u00e9 de test par d\u00e9faut, si elle n’est pas sp\u00e9cifi\u00e9e, est une valeur enti\u00e8re de 0. Ainsi, si nous avons un cas de test avec une priorit\u00e9 de 1 et un autre sans priorit\u00e9, le test sans aucune valeur de priorit\u00e9 sera ex\u00e9cut\u00e9 en premier (puisque la valeur par d\u00e9faut sera 0 et que les tests avec une priorit\u00e9 inf\u00e9rieure seront ex\u00e9cut\u00e9s en premier).<\/p>\n\n
Question 14. Comment ex\u00e9cuter une m\u00e9thode de test plusieurs fois dans un cycle (sans utiliser de fournisseur de donn\u00e9es) ?<\/h2>\n\n
R : En utilisant le param\u00e8tre invocationCount et en lui attribuant une valeur enti\u00e8re, la m\u00e9thode de test sera ex\u00e9cut\u00e9e n fois par cycle.<\/p>\n\n
<\/p>\n\n
@Test(invocationCount = 10)\n\npublic void invocationCountTest(){\n\n \/\/Testovacia logika\n\n}<\/code><\/pre>\n\nQuestions 15. Qu’est-ce que le threadPoolSize ? Comment l’utiliser ?<\/h2>\n\n
R\u00e9ponse : L’attribut threadPoolSize sp\u00e9cifie le nombre de threads \u00e0 affecter \u00e0 la m\u00e9thode de test. Il est utilis\u00e9 conjointement avec l’attribut invocationCount. Le nombre de threads est divis\u00e9 par le nombre d’it\u00e9rations de la m\u00e9thode de test sp\u00e9cifi\u00e9 dans l’attribut invocationCount.<\/p>\n\n
<\/p>\n\n
@Test(threadPoolSize = 5, invocationCount = 10)\n\npublic void threadPoolTest(){\n\n \/\/Testovacia logika\n\n}<\/code><\/pre>\n\nQuestion 16. Quelle est la diff\u00e9rence entre les assertions douces et les assertions dures dans TestNG ?<\/h2>\n\n
R\u00e9ponse : C’est l’une des questions les plus fr\u00e9quemment pos\u00e9es lors d’un entretien avec TestNG. Les assertions douces (SoftAssert) nous permettent d’avoir plusieurs assertions dans une m\u00e9thode de test, m\u00eame si une assertion \u00e9choue, la m\u00e9thode de test continue d’ex\u00e9cuter le reste du test. Le r\u00e9sultat de toutes les assertions peut \u00eatre r\u00e9sum\u00e9 \u00e0 la fin \u00e0 l’aide de la m\u00e9thode softAssert.assertAll().<\/p>\n\n
<\/p>\n\n
@Test\n\npublic void softAssertionTest(){\n\n SoftAssert softAssert= new SoftAssert();\n\n \/\/Assertion failing\n\n softAssert.fail();\n\n System.out.println(\"Failing\");\n\n \/\/Assertion passing\n\n softAssert.assertEquals(1, 1);\n\n System.out.println(\"Passing\");\n\n \/\/Collates test results and marks them pass or fail\n\n softAssert.assertAll();\n\n}<\/code><\/pre>\n\nIci, m\u00eame si la premi\u00e8re assertion \u00e9choue, le test continuera son ex\u00e9cution et imprimera un message sous la deuxi\u00e8me assertion.<\/p>\n\n
Les assertions dures, quant \u00e0 elles, sont les assertions habituelles fournies par TestNG. Dans le cas d’une assertion dure, en cas d’\u00e9chec, l’ex\u00e9cution de l’essai est interrompue, ce qui emp\u00eache toute autre \u00e9tape de la m\u00e9thode d’essai.<\/p>\n\n
Question 17. Comment faire \u00e9chouer un testNG s’il n’est pas effectu\u00e9 dans le temps imparti ?<\/h2>\n\n
R\u00e9ponse : Nous pouvons utiliser l’attribut timeOut de l’annotation @Test. La valeur attribu\u00e9e \u00e0 cet attribut timeOut servira de limite sup\u00e9rieure. Si le test n’est pas ex\u00e9cut\u00e9 dans ce d\u00e9lai, il \u00e9chouera, \u00e0 l’exception d’un d\u00e9lai d’attente.<\/p>\n\n
@Test(timeOut = 1000)\n\npublic void timeOutTest() throws InterruptedException {\n\n \/\/Sleep for 2sec so that test will fail\n\n Thread.sleep(2000);\n\n System.out.println(\"Will throw Timeout exception!\");\n\n}<\/code><\/pre>\n\n<\/p>\n\n
Question 18. Comment pouvons-nous ignorer un sc\u00e9nario de test de mani\u00e8re conditionnelle ?<\/h2>\n\n
R : Nous pouvons ignorer un sc\u00e9nario de test de mani\u00e8re conditionnelle \u00e0 l’aide de la fonction SkipException. Lorsqu’une exception de type skipException est d\u00e9clench\u00e9e, la m\u00e9thode de test est marqu\u00e9e comme \u00e9tant ignor\u00e9e dans le rapport d’ex\u00e9cution du test et aucune instruction n’est ex\u00e9cut\u00e9e apr\u00e8s le d\u00e9clenchement de l’exception.<\/p>\n\n
<\/p>\n\n
@Test\n\npublic void testMethod(){\n\n if(conditionToCheckForSkippingTest)\n\n throw new SkipException(\"Skipping the test\");\n\n \/\/test logic\n\n}<\/code><\/pre>\n\nQuestion 19. Comment s’assurer qu’une m\u00e9thode de test sera ex\u00e9cut\u00e9e m\u00eame si les m\u00e9thodes de test ou les groupes dont elle d\u00e9pend \u00e9chouent ou sont ignor\u00e9s ?<\/h2>\n\n
R : En utilisant l’attribut \u00ab\u00a0alwaysRun\u00a0\u00bb de l’annotation @Test, nous pouvons nous assurer que la m\u00e9thode de test est ex\u00e9cut\u00e9e m\u00eame si les m\u00e9thodes de test ou les groupes dont elle d\u00e9pend \u00e9chouent ou sont ignor\u00e9s.<\/p>\n\n
@Test\n\npublic void parentTest() { \n\n Assert.fail(\"Failed test\");\n\n}\n\n@Test(dependsOnMethods={\"parentTest\"}, alwaysRun=true) \n\npublic void dependentTest() { \n\n System.out.println(\"Running even if parent test failed\");\n\n}<\/code><\/pre>\n\n<\/p>\n\n
Ici, m\u00eame si parentTest a \u00e9chou\u00e9, dependentTest ne sera pas ignor\u00e9, mais sera ex\u00e9cut\u00e9 en raison de \u00ab\u00a0alwaysRun=true\u00a0\u00bb. Si nous supprimons l’attribut \u00ab\u00a0alwaysRun=true\u00a0\u00bb de @Test, le rapport indiquera un \u00e9chec et un test ignor\u00e9 sans tenter d’ex\u00e9cuter la m\u00e9thode dependentTest.<\/p>\n\n
Question 20. Comment passer un param\u00e8tre de test \u00e0 un script en utilisant TestNG ?<\/h2>\n\n
R : En utilisant l’annotation @Parameter et la balise \u00ab\u00a0parameter\u00a0\u00bb dans testng.xml, nous pouvons passer des param\u00e8tres aux scripts de test.<\/p>\n\n
Exemple de testng.xml :<\/p>\n\n
<\/p>\n\n
<suite name=\"sampleTestSuite\">\n\n <test name=\"sampleTest\"> \n\n <parameter name=\"sampleParamName\" value=\"sampleParamValue\"\/>\n\n <classes>\n\n <class name=\"TestFile\" \/>\n\n <\/classes> \n\n <\/test>\n\n<\/suite>\n\nUk\u00e1\u017eka testovacieho skriptu \u2013\n\npublic class TestFile {\n\n @Test\n\n @Parameters(\"sampleParamName\")\n\n public void parameterTest(String paramValue) {\n\n System.out.println(\"Value of sampleParamName is - \" + sampleParamName);\n\n }<\/code><\/pre>\n\nQuestion 21. Comment cr\u00e9er un cadre de travail bas\u00e9 sur les donn\u00e9es \u00e0 l’aide de TestNG ?<\/h2>\n\n
R : En utilisant @DataProvider, nous pouvons cr\u00e9er un cadre ax\u00e9 sur les donn\u00e9es dans lequel les donn\u00e9es sont transmises \u00e0 la m\u00e9thode de test appropri\u00e9e et plusieurs it\u00e9rations du test sont ex\u00e9cut\u00e9es pour diff\u00e9rentes valeurs des donn\u00e9es de test transmises par la m\u00e9thode @DataProvider. La m\u00e9thode annot\u00e9e par @DataProvider renvoie un tableau 2D de l’objet.<\/p>\n\n
\/\/Data provider returning 2D array of 3*2 matrix\n\n @DataProvider(name = \"dataProvider1\")\n\n public Object[][] dataProviderMethod1() {\n\n return new Object[][] {{\"kuldeep\",\"rana\"}, {\"k1\",\"r1\"},{\"k2\",\"r2\"}};\n\n }\n\n \/\/This method is bound to the above data provider returning 2D array of 3*2 matrix\n\n \/\/The test case will run 3 times with different set of values\n\n @Test(dataProvider = \"dataProvider1\")\n\n public void sampleTest(String s1, String s2) {\n\n System.out.println(s1 + \" \" + s2);\n\n }<\/code><\/pre>\n\n<\/p>\n\n
Question 22. Quelle est l’utilit\u00e9 de l’annotation @Listener dans TestNG ?<\/h2>\n\n
R\u00e9ponse : TestNG nous fournit diff\u00e9rents types d’\u00e9couteurs qui nous permettent d’effectuer une action lorsqu’un \u00e9v\u00e9nement est d\u00e9clench\u00e9. En g\u00e9n\u00e9ral, les auditeurs TestNG sont utilis\u00e9s pour configurer les rapports et la journalisation. L’interface ITestListener est l’un des listeners les plus utilis\u00e9s dans TestNG. Il poss\u00e8de des m\u00e9thodes telles que onTestSuccess, onTestFailure, onTestSkipped, etc. Nous devons mettre en \u0153uvre cette interface en cr\u00e9ant notre propre classe d’auditeurs. Ensuite, en utilisant l’annotation @Listener, nous pouvons sp\u00e9cifier que notre classe d’\u00e9coute personnalis\u00e9e doit \u00eatre utilis\u00e9e pour une classe de test particuli\u00e8re.<\/p>\n\n
@Listeners(PackageName.CustomizedListenerClassName.class)\n\npublic class TestClass { \n\n WebDriver driver= new FirefoxDriver();@Test \n\n public void testMethod(){\n\n \/\/testovacia logika\n\n }\n\n}<\/code><\/pre>\n\n<\/p>\n\n
Question 23. Quelle est l’utilit\u00e9 de l’annotation @Factory dans TestNG ?<\/h2>\n\n
R\u00e9ponse : L’annotation @Factory contribue \u00e0 l’ex\u00e9cution dynamique des cas de test. En utilisant l’annotation @Factory, nous pouvons passer des param\u00e8tres \u00e0 l’ensemble de la classe de test au moment de l’ex\u00e9cution. Les param\u00e8tres transmis peuvent \u00eatre utilis\u00e9s par une ou plusieurs m\u00e9thodes de test de cette classe.<\/p>\n\n
Par exemple, il existe deux classes : TestClass et TestFactory. Gr\u00e2ce \u00e0 l’annotation @Factory, les m\u00e9thodes de test de la classe TestClass sont ex\u00e9cut\u00e9es deux fois avec les donn\u00e9es \u00ab\u00a0k1\u00a0\u00bb et \u00ab\u00a0k2\u00a0\u00bb<\/p>\n\n
public class TestClass{\n\n private String str;\n\n \/\/Constructor\n\n public TestClass(String str) {\n\n this.str = str;\n\n }\n\n @Test\n\n public void TestMethod() {\n\n System.out.println(str);\n\n }\n\n}\n\npublic class TestFactory{\n\n \/\/The test methods in class TestClass will run twice with data \"k1\" and \"k2\"\n\n @Factory\n\n public Object[] factoryMethod() {\n\n return new Object[] { new TestClass(\"K1\"), new TestClass(\"k2\") };\n\n }\n\n}<\/code><\/pre>\n\n<\/p>\n\n
Question 24. Quelle est la diff\u00e9rence entre les annotations @Factory et @DataProvider ?<\/h2>\n\n
R\u00e9ponse : La m\u00e9thode @Factory cr\u00e9e une instance d’une classe de test et ex\u00e9cute toutes les m\u00e9thodes de test de cette classe avec un ensemble de donn\u00e9es diff\u00e9rent.<\/p>\n\n
Alors que @DataProvider se lie \u00e0 des m\u00e9thodes de test individuelles et ex\u00e9cute des m\u00e9thodes sp\u00e9cifiques plusieurs fois.<\/p>\n\n
Question 25. Comment pouvons-nous utiliser TestNG pour ex\u00e9cuter des cas de test en parall\u00e8le ?<\/h2>\n\n
R\u00e9ponse : Pour ex\u00e9cuter des tests en parall\u00e8le, il suffit d’ajouter ces deux paires cl\u00e9-valeur \u00e0 la balise suite dans le fichier testng.xml-.<\/p>\n\n
\n- parallel=\u00a0\u00bb{methods\/tests\/classes}\u00a0\u00bb<\/li>\n\n\n\n
- thread-count=\u00a0\u00bb{nombre de threads que vous voulez ex\u00e9cuter en m\u00eame temps}\u00a0\u00bb.<\/li>\n<\/ul>\n\n
<suite name=\u00a0\u00bbITtester\u00a0\u00bb parallel=\u00a0\u00bbmethods\u00a0\u00bb thread-count=\u00a0\u00bb5″><\/strong><\/p>\n\nCeci conclut notre liste compl\u00e8te de questions d’entretien avec TestNG. Si vous souhaitez en savoir plus sur TestNG, vous pouvez \u00e9galement consulter notre tutoriel complet sur TestNG.<\/p>\n","protected":false},"excerpt":{"rendered":"
Dans ce guide, nous avons rassembl\u00e9 les questions les plus fr\u00e9quemment pos\u00e9es et les r\u00e9ponses aux entretiens, tant pour les nouveaux venus que pour les testeurs plus exp\u00e9riment\u00e9s.<\/p>\n","protected":false},"author":8,"featured_media":2650,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[49],"tags":[],"class_list":["post-2649","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-questions-dentretien"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2649","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/comments?post=2649"}],"version-history":[{"count":1,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2649\/revisions"}],"predecessor-version":[{"id":2651,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2649\/revisions\/2651"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/media\/2650"}],"wp:attachment":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/media?parent=2649"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/categories?post=2649"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/tags?post=2649"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}