• Save
Als Het Goed Is Hoef Je Niet Te Testen   Slide Share
Upcoming SlideShare
Loading in...5
×
 

Als Het Goed Is Hoef Je Niet Te Testen Slide Share

on

  • 1,109 views

Het belang van testen in het ontwikkelproces

Het belang van testen in het ontwikkelproces

Statistics

Views

Total Views
1,109
Views on SlideShare
1,105
Embed Views
4

Actions

Likes
0
Downloads
0
Comments
0

2 Embeds 4

https://www.linkedin.com 3
http://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Als Het Goed Is Hoef Je Niet Te Testen   Slide Share Als Het Goed Is Hoef Je Niet Te Testen Slide Share Presentation Transcript

  • Als het goed is hoef je niet te testen Het belang van testen in het ontwikkelproces <klant> 8 september 2009
  • Welke onderwerpen komen aan bod?
    • Testen als onderdeel van kwaliteitsdenken
    • Testen als onderdeel van de ontwikkelcyclus (aka ‘V-model’)
    • Relevant voor <klant>
      • Toetsen
      • Unittesten
      • Systeemtesten
      • Afhankelijkheid ontwikkelmethode (Waterval / RUP / Agile)
    • Testware
      • Testplan
      • Logische- en Fysieke testgevallen / Testscenario’s en -scripts
      • Voortgang en –status
      • Bevindingen
      • Regressie
      • Testrapportage
    • Gerelateerde management aspecten
      • Requirementmanagement
      • Releasemanagement
  • Testen als onderdeel van kwaliteitsdenken
    • Prince II definitie van kwaliteit:
    • “ De mate waarin het geheel van eigenschappen van een product in staat is om te voldoen aan gestelde en impliciete eisen ”
    • ISO definitie van testen:
    • “ Testen bestaat uit activiteiten die uitgevoerd worden om één of meerdere kenmerken van een product, proces of dienst vast te stellen volgens gespecificeerde procedures ”
    • TMap definitie van testen:
    • “ Testen is een proces dat inzicht geeft in- en adviseert over de kwaliteit en daaraan gerelateerde risico’s ”
  • Kwaliteitsattributen
    • ISO 9126
    • Functionality
      • Suitability
      • Accuracy
      • Interoperability
      • Security
    • Reliability
      • Maturity
      • Fault tolerance
      • Recoverability
    • Usability
      • Understandability
      • Learnability
      • Operability
      • Attractiveness
    • Efficiency
      • Time behaviour
      • Resource utilisation
    • Maintainability
      • Analysabilty
      • Changeability
      • Stability
      • Testability
    • Portability
      • Adaptability
      • Installability
      • Co-existence
      • Replaceability
    • TMAP
    • Beheerbaarheid
    • Beveiliging
    • Bruikbaarheid
    • Connectiviteit
    • Continuïteit
      • - bedrijfszekerheid
      • - robuustheid
      • - herstelbaarheid
      • - degradatiemogelijkheid
      • - uitwijkmogelijkheid
    • Controleerbaarheid
    • Flexibiliteit
    • Functionaliteit
    • Gebruikersvriendelijkheid
    • Herbruikbaarheid
    • Geschiktheid infrastructuur
    • Inpasbaarheid
    • Onderhoudbaarheid
    • Performance
    • Portabiliteit
    • Testbaarheid
    • Zuinigheid
  • Productrisico’s: “ No risk, no test ”
    • Productrisico’s (vs Testrisico’s)
    • “ Een productrisico is de kans dat het product faalt in relatie tot de verwachte schade wanneer dit optreedt”
    • Risico = Faalkans x Schade
    • Risico = (Gebruikfreq x Foutkans) x Schade
    • Foutkans: kijkt naar ervaring met te bouwen functies
      • Complexiteit, aantal interfaces
      • Betrokkenheid gebruikers
      • Tijdsdruk
      • Ervaring met tools en technieken
      • Kwaliteitzorg en tests tijdens ontwikkeling
    • Productrisicoanalyse is de basis voor teststrategie: hoe zwaar test je een bepaald onderdeel of kwaliteitsattribuut?
  • Testen als onderdeel van de ontwikkelcyclus
  • Testen als onderdeel van de ontwikkelcyclus
  • Relevant voor <klant>
    • Toetsen:
      • het beoordelen van de tussenproducten in het systeemontwikkelproces
    • Unit test
      • is er geen fout in de coding gemaakt?
      • ontwikkelaar test zelf
    • Intergratietest
      • werken de units goed samen?
      • testen door ontwikkelaars
    • Systeemtest
      • werkt de functionaliteit conform specs?
      • Testen door tester (niet de ontwikkelaar!)
  • Afhankelijk van ontwikkelmethode?
    • Toetsen:
      • het beoordelen van de tussenproducten in het systeemontwikkelproces
    • Unit test
      • is er geen fout in de coding gemaakt?
      • ontwikkelaar test zelf
    • Intergratietest
      • werken de units goed samen?
      • testen door ontwikkelaars
    • Systeemtest
      • werkt de functionaliteit conform specs?
      • Testen door tester (niet de ontwikkelaar!)
  • Testware
    • Testplannen
      • Mastertestplan: beschrijft oa teststrategie obv PRA
      • Detailtestplannen: beschrijft aanpak per testsoort
    • Testscenario’s en –scripts
      • Logische- en fysieke testgevallen
    • Status-/voortganginformatie
      • Aantallen
      • Doorlooptijd
    • Bevindingen
    • Regressie
    • Testrapportage
  • Testware: Relevantie voor <klant>?
    • Mastertestplan
      • Kan door opdrachtgever gemaakt worden
      • Verstandig om (ook) een eigen Testaanpak of Mastertestplan te hebben! Deze kan onafhankelijk van de opdracht zijn!
    • Detailtestplannen
      • Beschrijf bij elke opdracht de aanpak voor Unit-, Integratie- en Systeemtest
      • Beschrijf, in overleg, de interactie met de opdrachtgever (overdracht naar acceptatietest, bevindingenprocedure, overlegstructuur, decharge)
    • Testscenario’s en –scripts
      • Niet voor Unittesten
      • Indien mogelijk voor Integratietesten
      • Wel voor Systeemtesten
    • Status-/voortganginformatie
      • Intern: Unit- en Integratietest
      • Naar opdrachtgever: Systeemtest
  • Testware: Relevantie voor <klant>?
    • Bevindingen
      • Unittesten: direct oplossen, geen administratie
      • Integratietesten: direct oplossen, wel administratie
      • Systeemtesten: administreren en gestructureerd oplossen
      • Acceptatietesten: gestructureerd oplossen
    • Regressie
      • Liefst geautomatiseerd testen: houdt hier rekening mee bij ontwikkelen!
      • Op Integratie- en/of Systeemtest niveau
    • Testrapportage
      • Unit- en Integratietest: Niet (is gelijk aan Status- en Voortganginformatie)
      • Systeemtest: naar opdrachtgever
        • Hoe getest?, Resultaten, Wat niet getest?, Aandachtsgebieden, Advies
        • Apart of als onderdeel van Release Notes
  • Requirement Management
    • Requirements móeten duidelijk zijn
      • Zorg dat je betrokken bent bij de reviews
      • Review met name op realiseerbaarheid
    • Laat toetsen niet (bijv) Technisch Ontwerp niet over aan de opsteller van het TO
      • Dubbelcheck op compleetheid
      • Zorg voor traceerbaarheid
      • Beschrijf ook, met de reden, wat niet in het TO is terechtgekomen
    • Realiseer je altijd dat de opdrachtgever geen TO gebouwd wil hebben, maar functionaliteit volgens Business Cases en Requirements
    • Maak één iemand verantwoordelijk voor het Requirement Management
  • Requirement Management
  • Release Management
    • Zorg voor goed beheer van ontwikkelreleases
    • Houdt hierbij rekening met parallelle releases
      • Dit gaat spelen zodra je start met Systeemtesten
    • Besteed aandacht aan Release Notes
      • Functionele Release Notes beschrijven welke functionaliteit er opgeleverd wordt.
        • Refereert aan Requirements
        • Geeft aan wat er niet compleet wordt opgeleverd
        • Geeft testresultaten weer (welke bekende functionele fouten zitten er nog in)
      • Technische Release Notes beschrijven wat er opgeleverd wordt.
        • Componenten, modules
        • Testresultaten (welke bekende technische fouten zitten er nog in)
        • Overige aandachtspunten en afhankelijkheden
        • Installatie instructies
        • Roll-back instructies
  • Samenvatting
    • Als het goed is hoef je niet te testen