Software testing for any application is not the same as the development itself, with more datasets from parliament being migrated to data.parliament by the day it is getting challenging to make sure that it is all fine and dandy as it should be. We use various automated and manual testing techniques for end to end Functional and Non-functional testing of data.parliament.
Into details we have three major building blocks in data.parliament which consists of the Ingest API (Core data.parliament), Admin Interface, ELDA endpoints. The testing tools used in the project consist of SoapUI Pro, Selenium WebDriver, Fiddler and LoadUI.
Core data.parliament (Internal, External) functional testing is fully automated using SoapUI Pro and LoadUI to cover the Non-functional aspects, with Fiddler being used to test any new changes manually if required.
Admin web interface regression testing is automated using Selenium WebDriver (Page object pattern framework), while any new changes are tested manually for the first time and automated subsequently if required.
ELDA Endpoints tests are automated with combination of SoapUI and Selenium WebDriver tests for functional testing and LoadUI being used for Non-functional testing.
Along with all of the above; testing for data.parliament includes making sure that migration of new datasets is seamless and no regression issues are raised in source systems due to integration with data.parliament. The testing for data migration is predominately manual depending on the type of datasets under migration (Applications, Legacy).