The development of a software solution requires automated quality control to deliver a better customer experience. Our Unified Monitoring solution is based on a best-of-breed approach using tried-and-trusted open source tools. In our vision, the development processes should deliver integrated solutions through automated systems which manage not only the building and verification of the software modules developed, but in addition the validation of their interactions.
In this post, I want to give you an overview of our testing process, mainly focused on the new tests integrated in NetEye 4 to simulate user interaction with the graphical interface.
A Short Introduction to our Continuous Integration System
Our R&D team has deployed a Continuous Integration process (based on Jenkins) which consists of the following steps:
Preparation and verification of the build process, which includes starting up a dedicated environment (i.e., a Docker container) and resolving all dependencies
Building the modules affected by the changes (e.g., bug fixes, features, etc.)
Booting up the product (e.g., NetEye) with its services and modules, and installing the new, just-built changes
Testing based on three different approaches:
Unit Tests to verify that the procedure for each submodule is compliant with expectations;
Integration Tests to test modules as a group by evaluating their interactions and communications (e.g., interactions with a database or between modules)
Graphical User Interface testing to ensure integrity from the user’s perspective
Automated deployment in test environments
Graphical User Interface Testing
In recent months, we extended our Continuous Integration system to support automated GUI tests leveraging the Selenium Suite. The R&D Team developed test cases for each NetEye 4 module, and these are launched automatically during the test phase of our Continuous Integration process.
The following video shows one simple test case which includes logging on to the web GUI, the creation and modification of a new rule in the Event Handler module of NetEye 4, and verification of all drop down menus. Note that the video is not accelerated, and the actions, such as clicking and typing, are carried out by the automated process, without any user interaction required.
These Graphical User Interface tests are not only useful for verifying the integrity of the modules and their interactions, but also for ensuring that the software still performs the same way even after making changes or adding new features. In other words, to avoid regressions which are particularity critical for end users.
Hi, my name is Michele Santuari and I am a Telecommunication engineer felt in love with OpenFlow, the first attempt of centralized network management, provisioning, and monitoring. I embraced the Software Defined Networking approach to discover a passion for programming languages. Now, I am into Agile methodologies and crazy development process management.
Author
Michele Santuari
Hi, my name is Michele Santuari and I am a Telecommunication engineer felt in love with OpenFlow, the first attempt of centralized network management, provisioning, and monitoring. I embraced the Software Defined Networking approach to discover a passion for programming languages. Now, I am into Agile methodologies and crazy development process management.
Fixing Misplaced Plugin Output in Icinga Web Interface When plugin output contained HTML content (like links), it was incorrectly displayed near the service name instead of in the Plugin Output section. The plugin output section now correctly renders all content. Read More
Icinga Director Now Responsive During Configuration Deployments Previously, users were unable to interact with Icinga Director while configuration deployments were running. Any attempt to access the interface or API would be blocked until the deployment completed, causing unnecessary delays in Read More
Bug Fix We updated the version of GLPI in order to fix some relevant vulnerabilities. List of updated packages The following packages have been updated for NetEye 4.45: glpi, glpi-autosetup, glpi-configurator, glpi-neteye-config to version 10.0.22_neteye1.17.5-1.
Bug Fix in Tornado Module We solved an issue in Tornado's rule configuration where the action_name field in director actions was being cleared after saving and deploying. When users created a rule with a director action and filled in both Read More
Today we continue our journey into monitoring automation in NetEye. In my previous post we discussed the possibility of automating Business Processes. As you may remember, for those of us working on NetEye Cloud monitoring dozens of clients, it's important Read More