Samenvatting: Testen Van Informatiesystemen

Lees hier de samenvatting en de meest belangrijke oefenvragen van Testen van informatiesystemen

• 1 Inleiding principes en uitgangspunten van testen

• 1.1 Positionering en het doel van testen

  Dit is een preview. Er zijn 5 andere flashcards beschikbaar voor hoofdstuk 1.1
  Laat hier meer flashcards zien

• welke belanghebbende bij testen kan je allemaal identificeren?

  - de ontwikkelaars
  - de gebruiker van het systeem
  - het management van de organisatie waar het systeem wordt gebruikt
  - de opdrachtgever
  - de latere beheerders van het systeem
  - de medewerkers van de servicedesk
  - externe belanghebbende, klanten, toezichthouders

• Waarom worden er deeltesten uitgevoerd en niet het totale systeem ineens?

  Het testen van een totaal systeem en op alle aspecten van ‘correct functioneren’, is praktisch onmogelijk; dit is te complex en zou teveel tijd in beslag nemen (en kosten veroorzaken)

• 1.2 Preventieve maatregelen om testen uit te sluiten

  Dit is een preview. Er zijn 2 andere flashcards beschikbaar voor hoofdstuk 1.2
  Laat hier meer flashcards zien

• Testen is reactief, achteraf na bv. de bouw van een applicatie. Het is op voorhand belangrijk 'preventieve maatregelen' te nemen om de kwaliteit van een systeem te borgen. Noem een aantal voorbeelden van preventieve maatregelen?

  • Ten eerste kan je daarbij denken aan het inzetten van deskundige medewerkers, zoals ontwerpers, programmeurs, etc.
  • Ten tweede kan je daarbij denken aan methoden en technieken die de kwaliteit van een systeem borgen door een gestructureerde aanpak van ontwerp en bouw.
  • Ten derde kan je denken aan goede tools (bijvoorbeeld in de vorm van ‘intelligente’ programmeertalen) die eveneens de kwaliteit van het opgeleverde systeem borgen.

• 1.3 uitgangspunten voor testen

  Dit is een preview. Er zijn 2 andere flashcards beschikbaar voor hoofdstuk 1.3
  Laat hier meer flashcards zien

• wat is het uitgangspunt voor het uitvoeren van testen?

  om te kijken of het systeem aan de gestelde eisen voldoet. deze eisen worden bij het ontwerp en bij de bouw meegegeven

• 1.4 de risico's van testen

  Dit is een preview. Er zijn 2 andere flashcards beschikbaar voor hoofdstuk 1.4
  Laat hier meer flashcards zien

• wat is het belang van een risico analyse?

  Vanuit deze analyse kan er een besluit worden genomen of je doorgaat met testen of niet het licht eraan welke risico's er nog zijn en of deze aanvaardbaar zijn

• In de fase -testen- is het uitvoeren van een risicoanalyse van belang. Waarom?

  Je kunt in principe oneindig blijven testen, omdat je nooit met zekerheid kunt zeggen dat een systeem geen fouten meer bevat. Ondanks het testen kan je de resterende risico's in kaart brengen en bepalen of deze aanvaardbaar zijn en eventueel in de organisatie mitigeren. 

• 2 De opzet van de testen

• 2.1 Type testen

  Dit is een preview. Er zijn 13 andere flashcards beschikbaar voor hoofdstuk 2.1
  Laat hier meer flashcards zien

• Terugkoppeling: wat is het doel van testen?

  • te valideren dat een systeem, en de componenten waarmee het systeem is opgebouwd, aan de eisen voldoet (functioneel en niet-functioneel)
  • te valideren dat het systeem ‘veilig’ voor gebruik kan worden ingevoerd
  • te valideren dat het systeem in beheer kan worden genomen.

• Door wie worden de systeemtesten meestal uitgevoerd?

  De door de ontwikkelaars van het systeem. Zij valideren zo of de door hen ontwikkelde (componenten van het) informatiesysteem voldoet aan de eisen.

• wat is het doel van diverse systeem testen?

  die valideren dat het systeem aan de (overige niet bij de technische systeem-testen gevalideerde) niet functionele eisen voldoet.

• Wat is een acceptatie-test en resultaat hiervan?

  De opdrachtgever, maar ook de manager, zal zich ervan willen vergewissen dat de ontwikkelaars een informatiesysteem hebben ontwikkeld dat aan alle gestelde door hem gestelde eisen voldoet. Het resultaat is het wel of niet invoeren van het informatiesysteem met een mogelijk 'decharge' van de projectgroep.