Les 6

• Applicatie- en mediaontwikkelaar
• MBO
• Studiejaar 3

Introductie ProjectManagement

TTR-SSD leerjaar 3

LES 6
Testen

Planning

Vandaag vooral herhalen

    Oefentoets

    Feedback op verslag

    Herhaling

    Testen

    Werken aan nieuwe casus

Samenvatting

• SCRUM is een AGILE project management methode.
• Een AGILE methode werkt met SPRINTS.
  
• SCRUM heeft 3 rollen.
  (Project manager, Scrum master, Team)
  
• SCRUM heeft 3 artifacts
  (Printbacklogs, Productbacklog &  Increment).
• SCRUM heeft 3 rituelen
  (Sprint planning, daily scrum, sprint review)
  

Increment

Het increment is datgene wat we hebben opgeleverd in de laatste Sprint en dat het einddoel, de Product Goal, een stukje dichterbij brengt. Het is een toevoeging op alles dat we hiervoor hebben opgeleverd. Bovendien is het getest en gevalideerd, zodat het zeker is dat het aansluit op wat we eerder hebben opgeleverd én dat het bruikbaar/waardevol is voor de klant. Dit testen en valideren is heel belangrijk. 

Definition of Done

Naast acceptatiecriteria zijn er overkoepelende waar het gehele project aan moet voldoen. Deze gelden dus ook voor iedere userstories.

• Code voldoet aan de in het bedrijf geldende conventies.
• Code is voorzien van comments.
• Alles is gestest zodat er geen fouten optreden.
• Code is gereviewd door een collega.
• ...............

Outline

• Wat is testen?
• Waarom testen we?
• Hoe testen we?

Testen

"Het testen van software is het vaststellen in hoeverre de software aan de eisen voldoet. Hierbij is het van belang te weten wat er getest gaat worden (het testobject), de eisen, (de testbasis), wanneer er getest gaat worden en hoe er getest gaat worden (methode)."

Van https://nl.wikipedia.org/wiki/Testen_(software)

Algemene definitie van testen

Waar zit testen in het proces?

Welke soorten testen kennen we al?

Deze kennen wel al; de acceptatietest (hoort bij opleverfase, helemaal aan het einde v/h project)

Dit is nieuw!

Integration test

Doen alle dingen het goed in samenwerking en op de plek waar ze komen te staan?

Even terugblik; hoe was het ook alweer?

Integration Test

"Het werkt op mijn computer"

De losse onderdelen werken, maar het systeem niet. Nu even focus op die UNIT-TEST. Later in project komt ook de acceptatietest, daarbij kijk je naar het gehele systeem.

Unit test

Doet dit ene ding wat het moet doen?

Ook voor randgevallen?

Zelfstandig laten kijken! Is een interactieve video met vragen tussendoor

02:13

Wat is een unit?

1. Eén file met code
2. Alle code van een userstory
3. Een aantal regels die bij elkaar horen
4. Een externe package

04:11

Happy path

Edge cases

Extreme cases

Input die net

niet klopt

Input die nergens op slaat

Input die correct zou zijn

07:16

Wat is nu de 30 coins?

1. Input van de unit
2. Output van de unit

Wat is een goed voorbeeld van een 'unit' voor een technische test?

1. Het plaatsen en uitbetalen van een weddenschap
2. Het plaatsen van een weddenschap

Unit is één stukje code dat bij elkaar hoort, dus B

Use Case Template - sidenotes

• In leerjaar 3 gaan we leren 'complex ontwerpen',
• We vullen dan zo'n template in tijdens ontwerpfase,
• Voor nu doen we het nog achteraf

Je maakt een technische test, hierbij vraag je de tester om bij het veld 'leeftijd' in te vullen het getal '-10'. Wat test je dan?

1. Happy path
2. Edge case
3. Extreme case

Unit is één stukje code dat bij elkaar hoort, dus B

Je maakt een technische test voor een bank-app. Het saldo is €260,-.
Je vraagt de tester om €224,- over te maken.
Wat test je?

1. Happy path
2. Edge case
3. Extreme case

Unit is één stukje code dat bij elkaar hoort, dus B

Je maakt een technische test voor een bank-app. Het saldo is €260,-.
Je vraagt de tester om €261,- over te maken.
Wat test je?

1. Happy path
2. Edge case
3. Extreme case

Unit is één stukje code dat bij elkaar hoort, dus B

Je maakt een technische test voor een bank-app. Het saldo is €260,-.
Je vraagt de tester om €cklci,- over te maken.
Wat test je?

1. Happy path
2. Edge case
3. Extreme case

Unit is één stukje code dat bij elkaar hoort, dus B

Je gaat het maken v/e team testen,
wat is een goede extreme case?

1. Een team met als naam "A"
2. Alle velden leeg laten

A is edgecase (wel juiste soort input, maar net niet goed)

Je gaat het invoeren van de score testen, wat is een goede dataset voor de 'happy path'?

1. 0 - 1
2. x - y
3. -1 - 10
4. 9 - _

Je gaat het maken v/e team testen,
wat zijn twee goede edge cases?

1. "A"
2. "NAC"
3. Een team dat al is gemaakt
4. "!@#$%^&*"

• A is edgecase want teamnaam min. 2 karakters
• B is happy path
• C is edgecase want juiste soort maar net niet goed
• D is meer extreme case, slaat nergens op

Je gaat het inloggen testen,
wat zijn twee goede edge cases?

1. "b.roos$curio.nl"
2. ""
3. "[e-mail]"
4. "b.roos@"

Je gaat het invoeren van de score testen, wat zijn goede edge cases?

1. -3 - 0
2. 0 - -1
3. 25 - 86
4. zes - nul

Je gaat het genereren van het wedstrijdschema testen, maar er staat maar één team in de database.

Dit ene team is de input van de unit die het schema genereert. Wat test je?

1. Happy path
2. Edge case
3. Extreme case

• A Happy path zou kunnen, maar het is erg onlogische input.
• B Edge case is beste antwoord dus.

Dit is goed om te testen, want misschien crasht je code daar wel op omdat er geen teams tegen elkaar gezet kunnen worden.

Je gaat het genereren van het wedstrijdschema testen, maar er staan géén teams in de database.


Wat voor test is dit?

1. Happy path
2. Edge case
3. Extreme case

C Extreme case, want slaat nergens op om dit als input aan je algoritme te geven.

Maar wel goed om te testen! Want je app moet hier wel mee kunnen dealen door nette foutmelding te geven.

Download uit Itslearning de template (TST-I > Lesmateriaa)

Vul in het BOVENSTE STUK in voor de unit "inloggen"

Screenshot en lever hieronder in

Pre: account bestaat

Uitzonderingen:

• Account bestaat niet
• Email niet juist
• Wachtwoord niet juist

Post: gebruiker ingelogd

Opdracht

• Maak het verslag van casus 2