Samenvatting: Tmap Next Foundation

Lees hier de samenvatting en de meest belangrijke oefenvragen van Tmap Next Foundation

• Kader en belang van Testen

  Dit is een preview. Er zijn 66 andere flashcards beschikbaar voor hoofdstuk 24/09/2014
  Laat hier meer flashcards zien

• teken het V-model en geef daarbij de scheiding aan tussen het werkgebied van ontwikkelaars / testers en gebruikers. Kan je ook aangeven welke resultaten als input dient voor een andere fase.

  zie afbeelding

• Wat vindt je van de uitspraak: Testen van systemen en het opleiden van gebruikers gaan prima samen leiden tot kostenbesparing en kwaliteitsverhoging. 

  Dit is een van de valkuilen van testen die wordt veroorzaakt omdat een testomgeving zich vaak uitstekend voor het doel opleiden leent. Testen en opleiden hebben echter beide een ander doel. In de praktijk valt er vaak niet aan te ontkomen dat in een omgeving getest en opgeleid wordt. Er moeten hierover duidelijke afspraken worden gemaakt omdat beide belangen niet altijd verenigbaar zijn. Testen richt zich op het vinden van afwijkingen van de gestelde norm terwijl opleiden bedoeld is om mensen vertrouwd te maken met een nieuw systeem of functionaliteit.

• Moeten producten net zolang getest worden totdat alle fouten eruit zijn.

  Fouten kan je niet oplossen met testen. Testen richt zich op het toetsen van vooraf gespecificeerde kwaliteitsatributen. Vaak worden er maar delen van een system getest of getoetst. Het inzetten van testen als bedoeld in de vraag gaat alleen op voor zeer eenvoudige processen maar is niet realiseerbaar voor meer complexe systemen. Hierbij spelen zaken als teveel variabelen en kosten een rol.

• Wat is het verschilt tussen gestructureerd en JBF testen

  Gestructureerd testen verschilt van het Jan-Boere-Fluitjes testen doordat vooraf de organisatie en verantwoordelijkheden rondom het testen zijn vastgelegd. De testactiviteiten zijn beschreven zodat men voordat men start met testen weet wat er getest moet worden, op welke wijze en met welke diepgang, door wie, wanneer en in welke volgorde. Hierdoor kunnen de testactiviteiten worden gestuurd qua tijd, geld en kwaliteit.

• Testen kan op een drietal manieren geef aan welke

  Dynamische expliciet, waarbij het kwaliteitsattribuut wordt getoetst met specifiek op dit attribuut afgestemde testgevallen.
  Dynamisch impliciet:  Hierbij toetst men kwaliteitsattributen aan de hand van niet op dit attribuut afgestemde testgevallen.
  Statisch. Bij dit soorttesten worden geen speciale testprogramma's doorlopen maar gebruikt men meestal checklists. 

• Welke 5 stappen vindt je terug in BDTM

  1. Formuleren opdracht en verzamelen testdoelen
  2. Bepalen risico per combinatie van kenmerk/deelobject (PRA)
  3. Bepalen of een in stap 2 gedefinieerd object zwaar of licht moet worden getoetst.
  4. begroten van de kosten/tijd waarna eventueel bijstelling stap 3 plaatsvindt
  5. toewijzen technieken wat na goedkeuring leidt tot een testontwerptabel.

• Wat is het fundamentele verschil tussen een systeem en acceptatietest.

  Een systeemtest wordt door de leverende partij uitgevoerd om te kijken of een systeem aan de functionele en technische specificaties voldoet. Bij geconstateerde tekortkomingen worden hersteld. Een acceptatietest vindt plaats door de opdrachtgever nadat de leverende partij oplevert. De afnemer bepaald in deze test of het systeem daadwerkelijk voldoet en of ze met het systeem kunnen doen wat ze willen. 

• Welk deel van het testen ligt op het kritieke pad van het project

  Als een testplan goed ontworpen is ligt alleen de uitvoeringsfase van TMAP op het kritieke pad

• Wat is de reden van de parallellogram vorm van het TMap faseringsmodel

  De schuinevorm impliceert dat fases niet sequentieel doorlopen worden. Fases kunnen overlappen. In de  Specificatie fase kunnen al stappen voor een andere fase bv. afronding worden uitgevoerd. Men kan nog specificeren voor een bepaald testobject terwijl de uitvoering op een ander object al plaatsvindt.

• waarom is het belangrijk om de testbasis goed te testen

  Door testen wordt de kwaliteit van de testbasis vergroot en kunnen fouten die gerelateerd zijn aan een foute testbasis worden voorkomen. Fouten en de testbasis kunnen er voor zorgen dat fouten pas tijdens de acceptatiefase worden ontdekt. Hoe sneller fouten in het ontwikkelproces worden gevonden hoe eenvoudiger en goedkoper ze kunnen worden opgelost.