This report describes the work on automating the testing of nodes at CCS (Common Control System) in Ericsson. The goal was to every three hours configure nodes with the latest build and run the tests. This process is to be fully automatic without user in-put. The existing configuration tool CICC (Core Integration node Control Center) is to be used for configuration. Before work started fault reports were analyzed and creating a usecase for testing restarts should reduce some faults.The first step was to make the configuration tool CICC automated. To schedule the test-ing the continuous integration tool Jenkins was used. But Jenkins can’t by itself run CICC nor interpret the result. Therefore a wrapper layer was implemented. When the wrapper is finished it stores the results of the configuration run in a XML (eXtensible Markup Language) file, which Jenkins reads. Results can then be seen in Jenkins through web interface. If there were any failures during configuration or testing the failed step will have an error message.The project shows that automation is possible. Automating the testing reduce the time for correcting errors because they are more likely to be found early in the process. Be-fore implementing this project in production some improvements should be made. The most significant improvement is making the configuration and testing of each node par-allel with each other, in order to make the time limit for configuration and testing less of an issue. / Denna rapport beskriver arbetet med att automatisera testningen av noder hos CCS på Ericsson. Målet var att var tredje timma konfigurera noderna med binärfiler kompilerade från den senaste källkoden och sedan testa dem. Detta ska ske helt automatisk utan att användarens hjälp och konfigurationen ska använda det befintliga konfigurations verktyget CICC. Innan arbetet påbörjades skulle felrapporter analyseras för att se om det fanns något att tjäna på automaseringen.Uppgiften löstes genom att först titta på felrapporterna och konstatera att det fanns rum för förbättringar, främst gällande omstarter. Efter det automatiserades CICC som tidigare körts via en GUI. För att schemalägga konfiguration och testning användes testverktyget Jenkins. Jenkins använder sig av ett s.k. wrapperskript som kör CICC och testfallen. Wrapperskriptet sköter även felhanteringen och skriver sedan resultatet av körningen till en XML fil som läses av Jenkins.Resultaten av testen går sedan att se i Jenkins via ett webinterface. Där går det att se resultatet av wrapperskript körningen och testerna, om det blev några fel finns det felmeddelanden med anledningen till felet. Misslyckade tester visas också.Projektet visar att med automatisk testning som sker oftare kan fler fel hittas tidigare och därför åtgärdas snabbare. Innan arbetet används skarpt bör förbättringar ske som tillexempel att köra konfiguration och testning av olika noder parallellt med varandra i wrapperskriptet, för att klara tidsbegränsningen när det är flera noder.
| Identifer | oai:union.ndltd.org:UPSALLA1/oai:DiVA.org:kth-102934 |
| Date | January 2012 |
| Creators | Nordvall, Andreas |
| Publisher | KTH, Data- och elektroteknik |
| Source Sets | DiVA Archive at Upsalla University |
| Language | English |
| Detected Language | Swedish |
| Type | Student thesis, info:eu-repo/semantics/bachelorThesis, text |
| Format | application/pdf |
| Rights | info:eu-repo/semantics/openAccess |
| Relation | Trita-STH ; 2012:72 |
Page generated in 0.0024 seconds