More Related Content Similar to Test af driftsplatform af Vibeke Kvist, KMD A/S (20) More from InfinIT - Innovationsnetværket for it (20) Test af driftsplatform af Vibeke Kvist, KMD A/S1. © KMD A/S
Infinit den 4.06.2013
13. AUGUST 2013
TEST AF DRIFTSPLATFORM
DIAS 1
DOKUMENT NR.1 /VERSION 1.0
2. © KMD A/S
AGENDA
_Organisation og Analyseprojektet
_Hvor er vi nu og hvor vil vi hen?
_Kan vi anvende V-modellen?
_Sammenhæng Prøver / Testniveauer / Testtyper
_Eksempler:
_Test af testtype (installationstest af en applikation)
_Rapportering pr. testniveau
_Rapportering på en prøve
_Konklusion
13. AUGUST 2013
DIAS 2
DOKUMENT NR.1 /VERSION 1.0
3. © KMD A/S
We Design,
Build
and Manage
Infrastructure to add
value to Your business
KMD PRÆSENTATION
INDSÆT DATO FOR OPRETTELSE
DIAS 3
4. © KMD A/S
13-08-2013
© KMD A/S
DATACENTER:
UP-TO-DATE. TIER LEVEL 3 OG 4
Main centers in Copenhagen area
3.400 M2 RAISED FLOOR, approx. 700 RACKS
DATACENTER FACILITIES AND KEY NUMBERS
Main Services:
MAINFRAME - +40.000 MIPS
UNIX/SAP +800 Servers
WINTEL +6000 Servers
Largest Printing vendor in Denmark
Largest independent Network provider
5. © KMD A/S
REFERENCES – SELECTED CUSTOMERS
Coop
It Outsourcing , WAN, Integration
Services (EDI) of Mainframe systems
and Systems Monitoring of all systems
Q8
Full It-outsourcing, Applications
management in Compleks
Server platforms – ie Solaris and
Wintel
Louis Poulsen Lighting
It-outsourcing & SAP
FDC
It Outsourcing of Mainframe Capacity and
BPO on Customer services(LD)
Danske Spil
WAN outsourcing with 3900 Dealers
Large financial customer
IT Operations of Mainframe and
Complex Server portfolio – spanning
, Z/OS/Wintel/AIX Platforms
eBoks
It Outsourcing Mainframe
og Server platforms and
AMS on systems
Synoptik
It outsourcing , WAN in
Denmark, Sweden and
Norway
AP Pension
It outsourcing on
Selected Server systems
Bankinvest
It outsourcing Server
platforms
8. © KMD A/S
HVOR ER VI NU & HVOR SKAL VI HEN? DOKUMENT NR.1 /VERSION 1.0
13. AUGUST 2013
DIAS 8
Karakteristika:
En kunde – mange brugere
En leverandør – mange teknikere
En tekniker – flere opfølgningsværktøjer
3. Parter (Kunde og Leverandør)
Flere testmodeller
Flere testmanagementværktøjer
Projektgrp. på flere geografiske lokationer
Skarp dead-line
Stor kommunikationsopgave
Uensartet rolle- og ansvarsfordeling
Lang Turn around tid
Manuel versionstyring
Oplæring af teknikere pr. projekt
En testmodel
Et testmanagementværktøj
En tekniker – et værktøj
Ensartet rolle- og ansvarsfordeling
Kort turn around tid
Versionsstyring
Oplæring, én gang
9. © KMD A/S
Tuesday, 13 August 2013
DIAS 9
V-model
Test af software
Architecture System integration test
Design System test
Testniveauer
Requirement Accepttest
- Pilot operation
- User accept test
- Release accept test
Development Development test
Specifikationsniveauer
- Customization test (SAP)
- Software component test
- Software Unit test
Release test
10. © KMD A/S
13. AUGUST 2013
DIAS 10V-MODEL
TEST AF NY DRIFTSPLATFORM
Architecture & Design Application Readiness Verification
(ARV)
Testniveauer
Requirement
Arbejdspakker Operational Acceptance Test
(OAT)
Specifikationsniveauer
Installationstest:
- Application
- Middleware
- Infrastructure
- Basis
DOKUMENT NR.1 /VERSION 1.0
- Pilot Driftsprøve
- User Acceptance Test (UAT)
- Flytteprøve / Release
- Pre-User Acceptance Test (Pre-
UAT)
Nuværende drift
Afklaringsrapport
Ændringsanmodn.
Integrationstest
Accepttest
11. © KMD A/S
DOKUMENT NR.1 /VERSION 1.0
13. AUGUST 2013
DIAS 11
PRØVER / TESTNIVEAUER / TESTTYPER
Tekniske Driftsforberedende
Brugeraccept
Flytte Drift
Data-
migrering
Cut-over
Regression
OAT
(Fall-back)
Pilottest
Integrations-
test
UAT
SLA
12. © KMD A/S
EKSEMPEL: TEST AF EN APPLIKATION (1) DOKUMENT NR.1 /VERSION 1.0
13. AUGUST 2013
DIAS 12
Step
Name
Description Expected Result
Step 1 Tjek distribution via SCCM At programmet er distribueret via SCCM uden fejl
Step 2 Tjek installation At programmet er installeret uden fejl
Step 3 Tjek opstart af program Programmet startes op
Step 4 Tjek specielle opsætninger
Ved opstart af programmet verificeres det om de specielle
opsætninger er kommet med som forventet, hvis der er
nogle.
Step 5 Tjek brugerspecifikke opsætninger
Specielle brugerspecifikke opsætninger(Current user
registries og filer) kontrolleres med en testbruger, med
almindelige brugerrettigheder.
Step 6 Tjek login-billede og fortsæt til næste step
Hvis der under opstart kommer et login billede, kan der
ikke testes yderligere. Testen går videre til næste step
Step 7 Tjek afslutning af programmet Programmet afsluttes korrekt
13. © KMD A/S
EKSEMPELEKSEMPEL: TEST AF EN APPLIKATION (2) DOKUMENT NR.1 /VERSION 1.0
13. AUGUST 2013
DIAS 13
Step
Name
Description Expected Result
Step 8 Tjek genstart af PC PC genstarter.
Step 9 Tjek opstart af program Programmet startes op.
Step 10 Tjek specielle opsætninger
Ved opstart af program tjekkes det om de specielle
opsætnnger er kommet med, hvis der er nogle
Step 11 Tjek brugerspecifikke opsætninger
Specielle brugerspecifikke opsætninger(Current user
registries og filer) kontrolleres med en testbruger, med
almindelige brugerrettigheder.
Step 12 Tjek login billede
Hvis der under opstart kommer et login billede, kan der
ikke testes yderligere. Testen går videre til næste step
Step 13 Tjek afinstallation af program via SCCM Programmet kan afinstalleres via SCCM
Step 14 Kontroller afinstallation Programmet er afinstalleret
14. © KMD A/S
EKSEMPEL PÅ RAPPORTERING OAT FØR APPLICATION
READINESS VERIFICATION
DOKUMENT NR.1 /VERSION 1.0
13. AUGUST 2013
DIAS 14
Operational Acceptance Test (OAT) på komponenter
Område Planlagte Gennemførte Ej
gennemførte
Not
completed
Bemærkninger
Basis:
Servere 125 125 0 0
Infrastructure:
BigIP 10 10 0 0
Middleware:
DB2 1040 1038 2 0 Udestående er knyttet til ÆA39, som ikke skal udføres
endnu hvorfor testcases først gennemføres i
forbindelse med ÆA39
UAM 12 12 0 0
MS-SQL-
server
0 0 0 0 Er i produktion og testet under Spor X i fase 2.
IBM-
testcases
21 15 4 2 Sæt af testcases fremsendt af 3.part som vejledende
inspiration til KMD. KMD har verificeret de cases som
er vurderet relevante for KMD set-up. Udestående
cases kan bl.a. skyldes afstubninger i KMD set-uppet
Applikation:
Desktop
manageme
nt
5 5 0 0
ULS2 10
(13)
10 (3) KMD tekniker har konstateret, at der er mere der skal
rettes end først oplyst af kunden. KMD har derfor
efterspurgt flere testcases, der dokumenterer hvor
fejlene er. KMD har efterfølgende modtaget yderligere
3 testcases fra kunden for uddybende forretningstest.
15. © KMD A/S
EKSEMPEL
IBRUGTAGNINGSPRØVERAPPORTERING
DOKUMENT NR.1 /VERSION 1.0
13. AUGUST 2013
DIAS 15
1 Indledning, formål og résumé
1.1 Résumé 3
1.1.1 Konklusion af verifikationen af flyttebølge 2C 4
1.1.2 Anbefalinger vedr. ibrugtagning 4
1.1.3 Korrigerende handlinger 4
2 Resultater
2.1 Operational Acceptance Test (OAT) 6
2.2 User Acceptance Test (UAT) 7
2.3 Delkonklusion 10
3 Defects
3.1 Status på åbne defects 11
3.2 Delkonklusion 11
4 Organisering
5 Status på risici
5.1 Status på risici der kræver ledelsesfokus 14
5.2 Delkonklusion 14
6 Log
16. © KMD A/S
KONKLUSION (-1)
ERFARINGER FRA ANALYSEPROJEKTET
DOKUMENT NR.1 /VERSION 1.0
13. AUGUST 2013
DIAS 16
_Tidsforbrug er flyttet fra at skabe overblik til at analysere og korrigere
_Teknikere får ro til defect-rettelser – ”der er mere ro på telefonen !”
_Testopgaverne for teknikerne er blevet synlige
_Oplæringstiden for teknikere i anvendelse af ALM-defectmodul og proces ca. 1
time – derefter sælger værktøjet sig selv
_Samlet og hurtigt overblik leverandør/kunde og internt hos leverandør/kunde
_Både model og værktøj vel modtaget – efterspurgt på andre projekter i I/O
_Kundens testmanager behersker testmanagementværktøjer
_Application Readiness Verification kan være en faldgrube i forhold til tidsplan
(husk det er en ny platform)
17. © KMD A/S
KONKLUSION(-2)
INDSTILLING
DOKUMENT NR.1 /VERSION 1.0
13. AUGUST 2013
DIAS 17
En fælles testmodel – (V-modellen)
_Specifikationsniveauer er stort set ens
_Testniveauer – er ens, indholdet er forskelligt
_Testtyper – er ens, indholdet er forskelligt
Et testmanagementværktøj og fælles metode
_HP ALM, indstilles
_Referenceproject
_Guide opdelt på roller
_Hvem-Hvad-Hvornår
_Afvigelser fra og tilpasninger til metode dokumenteres i projekthåndbog
Implementering
_Forandringsprojekt
_Indsamling / udarbejdelse af generiske testcases fra alle områder
_Uddannelse/oplæring pr. projekt – små skridt