Zakelijke tests uitvoeren tijdens een migratie
Hoewel het migratieteam de migratie van een workload naar Azure faciliteert, wordt het testen van een workload het beste uitgevoerd door de zakelijke gebruikers van die workload. Het migratieteam ondersteunt deze bedrijfsactiviteit door het testen van workloads, het ontwikkelen van testplannen en het automatiseren van tests indien mogelijk.
Tijdens het testen van het bedrijf of het testen van gebruikersacceptatie (UAT) ziet u echte gebruikers die de nieuwe oplossing proberen te gebruiken in de context van een echt of gerepliceerd bedrijfsproces.
Notitie
Geautomatiseerde tests zijn niet altijd beschikbaar.
Geautomatiseerd testen is een efficiënte manier om elk systeem te testen. Cloudmigraties richten zich echter vaak op verouderde systemen of stabiele productiesystemen. Deze systemen worden zelden beheerd door grondige en goed onderhouden geautomatiseerde tests.
In dit artikel wordt ervan uitgegaan dat geautomatiseerde tests beschikbaar zijn op het moment van migratie.
Het doel van bedrijfstests is het verkrijgen van validatie van hoofdgebruikers om te certificeren dat de nieuwe oplossing in overeenstemming met verwachtingen presteert en bedrijfsprocessen niet belemmert. Als dit doel niet wordt bereikt, fungeert het bedrijfstests als een feedbacklus waarmee u kunt bepalen hoe en waarom de workload niet aan de verwachtingen voldoet.
Bedrijfsactiviteiten tijdens bedrijfstests
Tijdens het testen van het bedrijf wordt de eerste iteratiefase rechtstreeks handmatig met klanten doorgevoerd. Dit is de puurste en meest tijdrovende vorm van feedbacklus.
- Hoofdgebruikers identificeren: het bedrijf heeft over het algemeen een beter begrip van de hoofdgebruikers die het meest worden beïnvloed door een technische wijziging. Hoofdgebruikers zijn de mensen die vaak een praktijkproces uitvoeren waarvoor interacties met een technologiehulpprogramma of set hulpprogramma's nodig zijn, zoals een callcenter dat klanten services biedt.
- Power users afstemmen en voorbereiden: zorg ervoor dat power users inzicht krijgen in de bedrijfsdoelstellingen, gewenste resultaten en verwachte wijzigingen in bedrijfsprocessen. Bereid energiegebruikers en hun beheerstructuur voor op het testproces.
- Neem contact op met de interpretatie van de feedbacklus: help het IT-personeel de effecten van verschillende feedbackpunten van hoofdgebruikers te begrijpen.
- Proceswijziging verduidelijken: communiceer de proceswijziging en eventuele downstreameffecten wanneer transformatie een wijziging in bedrijfsprocessen kan veroorzaken.
- Feedback prioriteren: help het IT-team feedback te prioriteren op basis van de impact op het bedrijf.
Activiteiten van migratieteam tijdens bedrijfstests
Het migratieteam is een van de ontvangers van de uitvoer van bedrijfstests. De feedback-lussen die tijdens bedrijfstests worden blootgelegd, worden uiteindelijk werkitems waarmee de technische wijzigingen of de wijziging van het proces wordt gedefinieerd. Als ontvanger van de uitvoer van bedrijfstests zal het migratieteam naar verwachting helpen bij het faciliteren, verzamelen van feedback en het beheer van resulterende technische acties.
Typische activiteiten die het migratieteam uitvoert tijdens het testen van bedrijven zijn onder andere:
- Structuur en logistiek bieden: nadat u met hoofdgebruikers hebt gewerkt, kunt u een spreadsheet maken met plaatsen waar testers hun notities kunnen toevoegen die de tests definiëren die moeten worden uitgevoerd.
- Facilitering: Hulp bij facilitering tijdens het testen.
- Feedback opnemen: geef een methode en proces voor het opnemen van feedback. U kunt Azure DevOps of een Excel-spreadsheet gebruiken om effectief informatie vast te leggen en actie-items vast te leggen.
- Feedback prioriteren: help het bedrijf om feedback te prioriteren en te valideren.
- Plannen voor wijzigingen: Ontwikkel plannen voor het reageren op technische wijzigingen.
- Geautomatiseerde tests identificeren: identificeer bestaande geautomatiseerde tests die het testen door power-gebruikers kunnen stroomlijnen.
- Procesverbetering: onderzoek naar testprocessen, definieer benchmarks en creëer automatisering om het testen van power-gebruikers verder te stroomlijnen op wijzigingen waarvoor herhaalde implementatie of tests nodig kunnen zijn.
Voorbeeld van testplan
U kunt het volgende gebruiken als referentie om uw testplan te bouwen:
| Testen | Stappen | Geslaagd/mislukt | Testernotities |
|---|---|---|---|
| Aanmelden | Meld u aan met uw normale referenties. Controleer of u dezelfde informatie ziet als het productiesysteem. | ✅ | Geen opmerkingen |
| Nieuwe record maken | Maak een nieuwe record in het systeem en controleer of alle werkstroomtaken correct worden uitgevoerd. | ✅ | Geen opmerkingen |
| Gemaakte record lezen | Open de record die u hebt gemaakt opnieuw en controleer of alle materialen zijn ingevuld. | ✅ | Geen opmerkingen |
| Gemaakte record bijwerken | Breng wijzigingen aan in de record die u hebt gemaakt en controleer of de update correct verloopt. | ✅ | Geen opmerkingen |
| Gemaakte record verwijderen | Verwijder de record die u hebt gemaakt en bevestig dat de record uit het systeem is verwijderd. | ✅ | Geen opmerkingen |
| Bestaande record lezen | Open een van de bestaande testrecords die beginnen met Test-Record-Azure-Test en bevestig dat u alle materialen kunt lezen. | ✅ | Geen opmerkingen |
| Bestaande record bijwerken | Werk de testrecord bij die u in de vorige stap hebt gebruikt en controleer of de update correct verloopt. | ❌ | Bijwerken is mislukt met het foutbericht: 'Kan geen toegang krijgen tot transactiedatabase'. |
| Bestaande record verwijderen | Verwijder de testrecord die u in de vorige stap hebt gebruikt. | ❌ | Bijwerken is mislukt met het foutbericht: 'Kan geen toegang krijgen tot transactiedatabase'. |