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

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Now you can save presentations on your phone or tablet

Available for both IPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Als Het Goed Is Hoef Je Niet Te Testen Slide Share

  • 432 views
Published

Het belang van testen in het ontwikkelproces

Het belang van testen in het ontwikkelproces

Published in Technology , Business
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
432
On SlideShare
0
From Embeds
0
Number of Embeds
1

Actions

Shares
Downloads
0
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Als het goed is hoef je niet te testen Het belang van testen in het ontwikkelproces <klant> 8 september 2009
  • 2. 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
  • 3. 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 ”
  • 4. 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
  • 5. 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?
  • 6. Testen als onderdeel van de ontwikkelcyclus
  • 7. Testen als onderdeel van de ontwikkelcyclus
  • 8. 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!)
  • 9. 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!)
  • 10. 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
  • 11. 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
  • 12. 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
  • 13. 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
  • 14. Requirement Management
  • 15. 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
  • 16. Samenvatting
    • Als het goed is hoef je niet te testen