PRO wk11A / TST / Technische test

• Applicatie- en mediaontwikkelaar
• MBO
• Studiejaar 1

Technische test

TST-I

Week 11, les 1

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

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

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

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 maken v/e team testen,
wat zijn twee goede edge cases?

1. "A"
2. "NAC"
3. Een bestaand team
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 is een goede dataset voor de 'happy path'?

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

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 staat maar één team in de database.

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

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 hoofdstuk 1, opdracht 4 uit het moduleboekje van TST-I.

Opdracht (voor de tijd die over is)

Werk samen met je PRA-team aan de technische test van sprint 1.

Moet eind van deze week klaar zijn.

Je gaat hierbij dus een flink aantal Use Case Templates invullen! Als je het werk verdeelt, laat dan wel controleren door je teamgenoten. Alleen in samenwerking kun je een écht goed product opleveren.

Check eventueel nog kennisclip; https://youtu.be/vhVhcAcobgc?t=256