Week 11 - Bron bij technisch testen - JV49

• Applicatie- en mediaontwikkelaar
• MBO
• Studiejaar 3

Introductie ProjectManagement

TTR-SSD leerjaar 3

Week 11: 

Technisch Testen

Planning

Nieuw: testen van je systeem.

Nieuwe opdracht.

Planning

Vandaag vooral herhalen

Herhaling SCRUM   

Herhaling definition of done

Nieuw: testen van je systeem.

Nieuwe opdracht.

Samenvatting

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

Increment

Een increment is wat je elke sprint oplevert.

De increment brengt het einddoel van het project een stap dichterbij.

De increment bouwt voor op wat je tijdens vorige sprints opgeleverd hebt. En creëert zo waarde voor de klant.

Een increment is altijd uitgebreid getest!

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.
• ...............

Over testen

• 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

Werken de verschillende onderdelen van het systeem goed samen?

Even terugblik; hoe was het ook alweer?

Integration Test

"Het werkt op mijn computer"

Unit test

Testen of een kleine functionaliteit doet wat het moet doen.

Unit test

Testen of een kleine functionaliteit doet wat het moet doen.

Test niet meerdere dingen tegelijk.

Goed: Kan een account gemaakt worden?

Fout: Kan je een account maken, en hiermee inloggen.

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.

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

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 maakt een nieuw voetbalteam,
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 maakt een nieuw voetbalteam,
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 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.

Opdracht

Maak de opdracht: 'Opdracht use-cases'

Gebruik de template: 'Bron 7.2. Use Case Test template.docx'

Lever in bij: PRO-C1 -> Lesmateriaal -> 23A -> Inleverplaats -> Use case testen 1.

JV49: Controleer welke opdracht de studenten moeten maken.

Opdracht

Maak de opdracht 'Opdracht 7.3. Opdrachten technisch testen.docx'

Gebruik de template: 'Bron 7.2. Use Case Test template.docx'

Lever de opdracht in bij map inleverplaats.

JV49: Controleer welke opdracht de studenten moeten maken.