Mijlpalen (EPICs?):

TODO chronologisch rangschikken + taken/risico's + effort

2. Implementatie van de pipeline: Het opzetten van een geautomatiseerde pipeline voor het uitvoeren van testen op schema. Taken:

   1. Bepaal een scope per project ( Smoke - Regressie - E2E - Integratie - Performance - Security - DataDriven - UI - Headless - Unit )

   2. Maak een pipeline per Projectscope: [Serge - docker - multipipeline voor het ophalen en builden]

      Geschatte Effort:

      1. Pipelineconfiguratie definiëren:

      2. Maak de configuratiebestanden voor je CI/CD-tool om de stappen in de pipeline te definiëren, zoals het ophalen van de broncode, het opzetten van de testomgeving, het uitvoeren van tests, en het genereren van rapporten.

      3. Build/Teststappen configureren

      4. Integratie rapportage

      5. Documentatie bijwerken

      6. Notificaties instellen

      7. Beveiligingsoverwegingen

      8. (Monitoring / Logging - prestaties pipeline)

      9. (Parallelle uitvoering)

      10. (Automatische deployments)

   Risico's:

   • Integratiecomplexiteit / Toolcompabiliteit

   • Automatiseringsduur

   • Gegevensbeheer

   • Beveiligingsuitdagingen

   • Teamtraining

   Geschatte effort:

3. Volledige rapportage zonder menselijke interactie: Als we rapportages genereren zonder menselijke tussenkomst en deze automatisch naar Teams verzenden. Taken:

   Risico's:

   Geschatte Effort:

4. Onderhoudsproces opzetten: Aangezien er regelmatig onderhoud nodig is, kan het opzetten van een eenvoudig en gestructureerd onderhoudsproces een mijlpaal zijn. Taken:

   Risico's:

   Geschatte Effort:

5. Toevoegen van LPDC als 4e project: Het integreren van LPDC als een nieuw project in het automation framework. Taken:

   Risico's:

   Geschatte Effort:

6. Implementatie van API-testen:

   Taken:

   • framework analyse / POC / training

   • Verwachte resultaten verzamelen [ eg expected response/data format/status code/error handling/ (performance/ security measures) .. ]

   • Automatisering / rapportering

   Risico's:

   Geschatte Effort:

7. Invoering van Performantie-testen:

   Taken:

   • framework analyse / POC / training

   • Performantie-indicatoren [ eg response tijden, systeemstabiliteit onder belasting..]

   • Automatisering / rapportering

   Risico's:

   Geschatte Effort:

8. ..?

Langetermijndoelstellingen:

Uitbreiding van de test scope: Het liefst nemen we dit mee op het planningsniveau van de spurt.

Verbeteringen in snelheid en betrouwbaarheid: Als de code aanzienlijk sneller en betrouwbaarder is geworden, kan dit worden beschouwd als een mijlpaal in de prestatieverbetering van het automatiseringsframework.

Onderhoud: x

Training en capaciteitsopbouw:

• Bied training aan het team voor het gebruik van het automation framework, API-testen en performantietesten.

• Bouw capaciteit op binnen het team om deze technieken zelfstandig te beheren.

Roadmapdiagram

Een teststrategie voor UI, API en prestatietests bepaalt de aanpak voor het waarborgen van de kwaliteit in specifieke gebieden van softwareontwikkeling.

Het identificeert testdoelstellingen voor de gebruikersinterface (UI), applicatieprogrammeerinterfaces (API's) en prestatie-aspecten.

De strategie specificeert de testmethoden, zoals handmatige UI-tests, geautomatiseerde API-tests en prestatietests om de respons- en schaalbaarheidskenmerken te evalueren.

Testniveaus, zoals systeemtests voor UI en API-integratietests, worden vastgesteld.

De strategie omvat ook de selectie van geschikte testmiddelen, zoals testframeworks en tools voor prestatietests.

Door deze bepalingen wordt een gestructureerde aanpak mogelijk gemaakt, waarbij het testen van UI, API en prestaties effectief wordt geïntegreerd in het ontwikkelingsproces.

Het testing team bij ABB ondersteunt de verschillende product teams in het testen van hun producten naar aanleiding van releases of bij incidenten.

De testen die het test team uitvoert in opdracht van de product teams kunnen ingedeeld worden in een aantal soorten:

• manuele, functionele testen waarbij specifieke delen van de toepassing getest worden.

• manuele end-to-end testen waarbij bepaalde flows getest worden binnen toepassingen of bij integraties tussen verschillende toepassingen

• manuele regressietesten, meestal in samenwerking met key users/ gebruikers van bepaalde toepassingen. Typisch worden deze testen uitgevoerd bij de lancering van nieuwe features.

• automatisch testen

De praktische samenwerking met het test team verloopt in hoofdzaak door gebruik te maken van Jira ticket flow. In de Jira gebruikershandleiding van ABB wordt deze praktische samenwerking verder toegelicht. Door gebruik te maken van Jira tickets, ticket workflows en borden kan snel, efficient en ad hoc worden gewerkt.

Momenteel biedt het test team van ABB de volgende soorten testen niet aan:

• automatische load testen

• automatische stress testen

• automatische performantie testen

• usability testen

• toegankelijkheidstesten

3 Planning / Effort inschatting