Integratiefase

674 views
618 views

Published on

Testen en deployment van applicaties.

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
674
On SlideShare
0
From Embeds
0
Number of Embeds
28
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Integratiefase

  1. 1. Integratiefase Het bedrijfsklaar maken van het product.
  2. 2. Integratiefase <ul><li>Samenvoegen van modules tot één systeem. </li></ul><ul><li>Testen van samengevoegde modules. </li></ul><ul><li>Systeemtest. </li></ul><ul><li>Acceptatietest. </li></ul><ul><li>Invoeren in de organisatie. </li></ul>
  3. 3. Overzicht <ul><li>Wat is testen? </li></ul><ul><li>V-model. </li></ul><ul><li>Integratie. </li></ul><ul><li>Systeem </li></ul><ul><li>Acceptatietest </li></ul><ul><li>Planning van de testactiviteit </li></ul><ul><li>Invoering </li></ul>
  4. 4. Wat is testen? verification validation Are we building the product right? Did we build the right product?
  5. 5. Wat is testen? <ul><li>Niet: Aantonen dat het product correct werkt. </li></ul><ul><li>Wel: fouten vinden (destructief testen). </li></ul>
  6. 6. Belang van testen <ul><li>Kwaliteit product verhogen. </li></ul><ul><li>Vertrouwen klant verhogen. </li></ul><ul><li>Kwaliteit proces verhogen. </li></ul><ul><li>Processen en schadeclaims vermijden. </li></ul>
  7. 7. Testfase: gevaren <ul><li>Te kort: </li></ul><ul><ul><li>gevonden fouten niet gecorrigeerd; </li></ul></ul><ul><ul><li>achteraf toch veel tijd verliezen met corrigeren van fouten. </li></ul></ul><ul><li>Te lang: baten te klein. </li></ul>
  8. 8. Slordig testen leidt tot vaak hertesten. fout detecteren fout herstellen Opnieuw testen
  9. 9. V-model <ul><li>Geen aparte testfase. </li></ul><ul><li>Elke fase heeft nood aan zijn specifieke tests. </li></ul><ul><li>Elk testtype test een aspect uit een bepaalde fase. </li></ul>
  10. 10. Coderen Moduleontwerp unit/moduletesten Detailontwerp Integratietesten Architectuurontwerp Systeemtest Analysefase Acceptatietest Gebruikersbehoefte Gebruik en exploitatie
  11. 11. Unittesten en moduletesten <ul><li>Test moduleontwerp en correcte codering. </li></ul><ul><li>Individuele modules. </li></ul><ul><li>Twee soorten: </li></ul><ul><ul><li>op uitvoering gebaseerde tests; </li></ul></ul><ul><ul><li>niet op uitvoering gebaseerde tests. </li></ul></ul>Terug naar V-Model
  12. 12. Op uitvoering gebaseerde tests <ul><li>Door module te compileren en uit te veoren. </li></ul><ul><ul><li>schrijven van testcode soms noodzakelijk </li></ul></ul><ul><ul><li>white box/black box </li></ul></ul><ul><ul><li>code coverage / branch coverage / path coverage </li></ul></ul><ul><ul><li>grenswaardenanalyse/ equivalentieklassen </li></ul></ul>
  13. 13. Niet op uitvoering gebaseerde tests <ul><li>Statisch testen = code onderzoeken. </li></ul><ul><li>Soorten: </li></ul><ul><ul><li>wiskundige correctheidsbewijzen </li></ul></ul><ul><ul><li>formele inspecties of walkthroughs </li></ul></ul><ul><ul><ul><li>Lijkt tijdrovend </li></ul></ul></ul><ul><ul><ul><li>Op termijn goedkoper dan uitvoeringstesten </li></ul></ul></ul><ul><ul><ul><li>vb. Cleanroom Software Development </li></ul></ul></ul>
  14. 14. Integratietesten <ul><li>Testen of de modules in combinatie nog goed functioneren. </li></ul><ul><li>Test het detailontwerp: zijn de interfaces goed ontworpen? Zijn de grotere gehelen goed ontworpen? </li></ul>Terug naar V-model
  15. 15. Systeemtest <ul><li>Laatste test uitgevoerd door systeembouwers. </li></ul><ul><li>Het volledige systeem wordt getest. (verification, technisch testen) </li></ul><ul><li>In de omstandigheden die zo dicht mogelijk bij de reële omstandigheden liggen. </li></ul><ul><li>Synoniem: producttest. </li></ul>Terug naar V-model
  16. 16. Acceptatietest <ul><li>Opdrachtgever test. </li></ul><ul><li>Zijn de doelstellingen bereikt. </li></ul><ul><li>Validation: did we build the right product? </li></ul><ul><li>Test onrechtstreeks analysefase. </li></ul><ul><li>Nu vindt overdracht plaats. </li></ul>Terug naar V-model
  17. 17. Integratie <ul><li>Top-down </li></ul><ul><li>Bottom-up </li></ul><ul><li>Sandwich integration </li></ul>
  18. 18. Top-down <ul><li>Eerste meest abstracte component en dan pas afhankelijke modules. </li></ul><ul><li>Stubs noodzakelijk. </li></ul><ul><ul><li>Stub = nepmodule die dezelfde interface bevat en de deelmodule simuleert. </li></ul></ul><ul><li>Voordeel: snel starten mogelijk, ontwerpfouten komen naar boven. </li></ul><ul><li>Nadeel: niet eenvoudig. </li></ul>
  19. 19. Bottom-up <ul><li>Van laag naar hoog, eerste elementaire units en dan samengevoegde gehelen. </li></ul><ul><li>Meest natuurlijk. </li></ul><ul><li>Nadeel: </li></ul><ul><ul><li>eerst moeten alle lagere gehelen ontwikkeld zijn; </li></ul></ul><ul><ul><li>ontwerpfouten komen laat aan het licht. </li></ul></ul>
  20. 20. Sandwich integration <ul><li>Combinatie tussen bottom-up-aanpak en een top-downaanpak. </li></ul><ul><li>Ideale mix. </li></ul>
  21. 21. Systeemtest <ul><li>Hele systeem. </li></ul><ul><li>Werkt het systeem technisch correct. </li></ul><ul><li>Is voldaan aan de gepercipieerde specificaties. </li></ul><ul><li>Onder omstandigheden die zo goed mogelijk de reële omstandigheden simuleren. </li></ul>
  22. 22. Systeeemtest: wat testen? <ul><li>Interfaces tussen subsystemen. </li></ul><ul><li>Functionaliteiten (use-case). </li></ul><ul><li>Volgorde van uitvoering. </li></ul><ul><li>Gebruik juiste bestanden/database. </li></ul><ul><li>Security. </li></ul><ul><li>Gebruikersvriendelijkheid </li></ul><ul><li>Handleiding. </li></ul><ul><li>Prestatiecriteria. </li></ul><ul><li>Robuustheid. </li></ul>
  23. 23. Systeemtest: specificieke testen <ul><li>Stresstest (workload test): reactie onder verscheidene werklasten ==> blokkeren, fail-soft, ... </li></ul><ul><li>Regressietesten / back-to-back-testen. </li></ul><ul><li>Bètatesten . </li></ul>
  24. 24. Testactiviteit volgens TMap <ul><li>Planningsfase </li></ul><ul><li>Voorbereidingsfase </li></ul><ul><li>Specificatiefase </li></ul><ul><li>Uitvoeringsfase </li></ul><ul><li>Afrondingsfase </li></ul>
  25. 25. Planningsfase <ul><li>Tijdens analyse- en ontwerpfase. </li></ul><ul><li>Testvereisten vastleggen: wat zullen we testen? (gebaseerd op vereistenanalyse) </li></ul><ul><li>Niet alles testbaar ==> risicoanalyse ==> dekkingsgraad (test coverage bepalen). </li></ul><ul><li>Schatting van tijd, middelen, mankracht. </li></ul>
  26. 27. Voorbereidingsfase <ul><li>Testbasis: op welke documenten zijn onze testgevallen gebaseerd. </li></ul><ul><li>Testtechnieken toewijzen (automatisch vs. manueel, black box/ white box, scripting, ...) </li></ul><ul><li>Testinfrastructuur specificeren (server, testsoftware, ...) </li></ul>
  27. 28. Specificatiefase <ul><li>Logsiche niveau: test cases uitwerken </li></ul><ul><ul><li>Test case: een testsituatie, nl. de stappen die je zult zetten om te testen ==> inhoud: id, testvereiste, begintoestand, input, verwachte resultaat, motivering. </li></ul></ul><ul><li>Fysieke niveau: scenario (acties en controles, alle testgevallen). </li></ul>
  28. 29. Uitvoeringsfase <ul><li>Opzetten testinfrastructuur en systeem. </li></ul><ul><li>Testbestanden vullen. </li></ul><ul><li>Test uitvoeren en beoordelen. </li></ul><ul><li>Risicorapportering. </li></ul>
  29. 31. Afrondingsfase <ul><li>Opruimen testinfrastructuur </li></ul><ul><li>Evaluatie testproces en productkwaliteit </li></ul><ul><ul><li>samenvattende statistieken </li></ul></ul><ul><ul><li>productiviteit testproces meten </li></ul></ul><ul><ul><li>evaluatie testsoftware, testtechnieken, infrastructuur </li></ul></ul><ul><li>Testgegevens bewaren waar nodig. </li></ul>
  30. 32. Invoering (gepland in analysefase). <ul><li>Opleiden personeel. </li></ul><ul><li>Conversie gegevens. </li></ul><ul><li>Aanpassen organisatie. </li></ul><ul><li>Invoering: parallel, direct, gefaseerd. </li></ul><ul><li>Marketingstrategie en distributie. </li></ul>

×