From: María A. de R. <de...@gm...> - 2018-02-16 06:57:35
|
Hi, Just wanted to reinforce the idea that that this kind of tests are very useful for developers. It is virtually impossible to test every feature in GeoNetwork manually. So this is a way to make sure GeoNetwork will always continue working as you expect. If you are a user and want to give back, this is one of the best places to start. El 16 feb. 2018 3:56, "Antonio Cerciello" <ant...@ge...> escribió: > Dear all, > > I don't know if you noticed, but recently GeoNetwork code-base got a new > component: an integration test software > <https://github.com/geonetwork/core-geonetwork/tree/3.4.x/integration-test>, > based on Cucumber <https://cucumber.io/> and Selenium > <http://www.seleniumhq.org/>. > The idea is to have high level tests, based on browser automation: easy to > write, easy to maintain and to test GeoNetwork like real users would do: by > opening a browser to use his functionalities. > > There are already some tests to take as example > <https://github.com/geonetwork/core-geonetwork/tree/3.4.x/integration-test/src/test/resources/features>, > that cover core functionalities of GeoNetwork. I invite you to contribute > with more test cases, especially if you are an end user and a specific > functionality is very important to you: show your love with a test! > > Together with unit tests, the integration tests could help to keep > GeoNetwork project stable and to avoid regressions. > > When is the right moment to run integration tests? Consider that they > needs some extra time compared to unit tests, so it's not a good idea to > run it automatically for each pull request. The ideal is to run them before > a merge or at the end of some automation tool like Jenkins (for example > after a nightly build). Also consider that, to be deterministic, the > integration test needs a running and clean instance of GeoNetwork: a clean > DB, no customization, no weird stuff. > > Let's take some time to refine the idea, to discuss it, to improve it... > Please, join the discussion. I really think that this could be good for > GeoNetwork and for lowering the efforts of maintainers to keep it healthy. > > > Kind regards, > > > > > > > > > > > *Antonio Cerciello <http://www.geocat.net/>Veenderweg 136721 WD > BennekomThe NetherlandsT: +31 (0)318 416664 <+31318416664>GeoCat > bvhttp://geocat.net <http://geocat.net/>* > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at http://sourceforge.net/ > projects/geonetwork > |