Test environment complexity
Testmiljökomplexitet
Many organizations spend a lot of attention on their IT production environments and tend to treat the test environments as an after-thought. However, the test environments are much harder to manage since they have much more complex requirements upon them.
Många organisationer spenderar mycket tid på att hålla sina produktionsmiljöer för IT uppe och igång, men hanterar sina testmiljöer ganska styvmoderligt. Kraven på hanteringen av testmiljöer är dock mycket mer komplex än för produktionsmiljön.
Requirement table
Kravtabell
| Characteristic Karaktärsdrag |
Production environment Produktionsmiljö |
Test environments Testmiljö |
|---|---|---|
| Backed up Uppbackad (säkerhetskopierad) | ✔ | ✔ |
| Secure Säker | ✔ | ✔ |
| Locked down user rights Nerlåsta användningsrättigheter | ✔ | ✔ |
| Quickly be able to re-set database to earlier state Snabbt kunna backa i data-läget till tidigare lägen. | ✘ | ✔ |
| Data at big risk of being corrupt from interactions with buggy systems or integrations. Data har stor risk att vara korrupt från interaktion med ”trasiga” system. | ✘ | ✔ |
| Ability and need to change dates forward and backwards and freely pick system dates for specific test cases. Kunna datumrulla framåt (och bakåt) och välja systemdatum fritt för enskilda datumberoende testfall. | ✘ | ✔ |
| Coping with pseudonomized data that might differ in psudonimization strategies between different systems within the same environment. Kunna hantera avidentifierat testdata - både inom egna systemet och mellan olika system | ✘ | ✔ |
| Dynamically switch between integration instances and switch to stubbed or mocked integrations at will. Dynamiskt kunna växla mellan integrationsinstanser och ”i farten” kunna koppla sig mot andra samband. | ✘ | ✔ |
| Unlimited debugging capability deeply within the system and the infrastructure - not just auditing, monitoring, or surveillance. Möjlighet till omfattande debugging, inte bara övervakning - helst ner på kod/DB-nivå. | ✘ | ✔ |
| Ability for impersonation of user accounts for effective and efficient test automation. Smidigt kunna impersonifiera användarkonton för att möjliggöra effektiv test samt testautomation. | ✘ | ✔ |
| Ability to use sub-setted test data for accuracy and efficiency with low turn-around-times. Jobba med fungerande subset av data för att slippa en massa distraherande bakgrundsdata och få kortare turn-around-times. | ✘ | ✔ |
| Ability to alter data in the systems with manual SQL, API usage, or other types of custom scripts. Skjuta in eget konstruerat data "bakvägen” för att förbereda ett test. | ✘ | ✔ |
| Coping with the complexity of dependencies often appear in new versions, sometimes even during a test run. Hantera komplexiteten med att kringsystemen ofta byts till nya versioner – och ibland mitt under ett test. | ✘ | ✔ |
| Manage to use the functionality of one system even if the surrounding systems in the business process has not yet implemented the functionality. Hantera att kunna testa ”våra” ändringar trots att kringsystemen inte är färdigutvecklade. | ✘ | ✔ |
| Frequently and quickly be able to install new versions of components or reconfigurations of systems. Ofta och snabbt kunna installera nya versioner av komponenter samt snabbt kunna konfiguera om system. | ✘ | ✔ |
| Low attention from Operations (SLA). Låg attention av driftspersonal (SLA). | ✘ | ✔ |
| Much heavier CM management than in production. Mycket mer omfattande CM-hantering än i produktion. | ✘ | ✔ |
| Sometimes limited hardware capacity or limited licenses. Stundom begränsad hårdvarukapacitet eller begränsande licenser. | ✘ | ✔ |
| Added complexity from sporadically ran or ignored scheduled jobs/batch jobs. Komplexiteten av att alla schemalagda jobb inte alltid körs. | ✘ | ✔ |
| Struggling against a system architecture that are more created for production stability than testability. Brottas mot en systemarkitektur som är skapad för driftstabilitet snarare än testbarhet. | ✘ | ✔ |
| Multiple concurrent environment instances per system. Multipla miljöer per system att hantera. | ✘ | ✔ |
The goal of this chart is not to belittle people struggling with Operation to keep a tidy production, but to highlight the complexity of test environments so the effort of creating good test environments is nog neglected.
Målet med denna tabell är inte att förminska Driftpersoner som kämpar med att hålla komplexa produktionssystem under kontroll. Målet är istället att belysa hur komplext det är att hantera testmiljöer, som så ofta är negligerade och ägnas minsta möjliga uppmärksamhet.
Want to explore more about test environments? Check out the different characteristic parameters for various types of test related environment types, or explore the different aspects of test data from the links below.
Redo att utforska testmiljöer vidare? Ett tips är att kolla in de olika parametrarna för olika typer av testmiljöer. Ett annat tips är att utforska de olika aspekterna av testdata.
