Site Info Support B.V.
Al 6 jaar wordt er hard aan Stryker gewerkt maar er blijft een groot nadeel, een mutation test run met Stryker kan soms uren duren… Dit moet sneller kunnen!
De huidige workflow in Stryker is als volgt:
- Stryker plaatst mutaties in de sourcecode door ze in conditional statements te zetten.Door het switchen van een globale variabele kunnen deze mutaties geactiveerd worden.
- Stryker zoekt uit welke mutaties tegelijk gedraaid kunnen worden, oftewel welke mutaties geen conflicterende code paden hebben.
- Stryker start per mutatiebatch een test sessie op en zet bepaalde mutaties aan.
- Stryker bekijkt de testresultaten om te bepalen of een mutatie killed of survived is.
Op één enkel systeem heeft een developer met geluk misschien 16 threads beschikbaar. Hiermee kan de developer wellicht 12 batches tegelijk testen zonder dat het systeem onbruikbaar wordt. Zelfs wanneer we toevallig grote mutant batches kunnen maken betekent dit al snel honderden test sessies voor een klein project, waarvan we er met geluk 12 tegelijk kunnen draaien.
We zouden Stryker significant kunnen versnellen door het werk te verspreiden over meerdere machines. We weten echter niet hoe we het mutation test proces het beste distributed uit kunnen laten voeren op een manier waarbij we dit niet in elke Stryker versie opnieuw moeten implementeren.
De opdracht
Aan jou is het de taak om uit te zoeken hoe we een generiek inzetbare oplossing kunnen creëren voor distributed mutation testing. Hier komt een stuk onderzoek bij kijken.
- De mutated broncode moet verspreid worden over de verschillende betrokken machines. Hoe kunnen we dit snel en veilig doen?
- Er moet een interface bedacht worden voor uitwisseling van de input data (mutaties, broncode, overige bestanden) en het mutatietest resultaat. Deze interface moet om kunnen gaan met de verschillende manieren waarop mutation test frameworks hun data modelleren.
- Er moet onderzoek worden gedaan naar orchestration technieken of mogelijke bestaande tooling die hergebruikt kan worden.
- Wanneer we de orchestration als clouddienst aanbieden aan gebruikers gaan we onbekende broncode uitvoeren op onze hardware. Het is uitermate belangrijk dat dit veilig gebeurt en dat de onbekende software geen toegang kan krijgen tot onderliggende systemen.
- Bewijs je conclusies door middel van een proof of concept implementatie van de orchestrator.
Mocht de oplossing goed werken dan zou het kunnen dat we deze oplossing op het stryker dashboard https://dashboard.stryker-mutator.io/ aansluiten en aanbieden aan andere open source projecten!
Kijk voor al onze afstudeeropdrachten op afstuderenbijinfosupport.com.
Om op deze vacature te solliciteren bezoek je carriere.infosupport.com.