De grootste misverstanden na 15 jaar TestNet door Leon Bosma, 30 mei 20121 TestNet. Vragen? Bel +31 (0) 35 5431000

1. De Grootste Misverstanden
na 15 jaar TestNet
Onderwerp: Misverstanden
Datum: Mei 2012
Aanwezigen: <aanwezigen>
Classificatie: v1.0

2. Methodisch?
2

3. Methodisch?
Verzamelde ervaring
3

4. TMap?
Vaste structuur
4

5. 1. Testmanager is noodzakelijk
“De primaire verantwoordelijke rol voor het
opstellen van het testplan is de testmanager,
soms ook testcoördinator genaamd.”
5

6. 1. Testmanager is noodzakelijk
Vast
F
t €
Los
Keuzes maken is niet moeilijk
6

7. 1. Testmanager is noodzakelijk
+ -
Het vervolg is een handigheidje
7

8. 1. Testmanager is noodzakelijk
Al het andere is projectmanagement
8

9. 1. Testmanager is noodzakelijk
Kortom; Testmanager is het 'pak van de keizer'
9

10. 2. Technieken zijn afhankelijk van documentatie
“De fixatie van de specificaties is van groot
belang. Ze vormen immers de basis voor
zowel de testers als de ontwikkelaars...”
10

11. 2. Technieken zijn afhankelijk van documentatie
Gewenst Gebouwd
Beschreven
Documentatie is een beperking
11

12. 2. Technieken zijn afhankelijk van documentatie
Het gaat om interpretatie, niet om werking
12

13. 2. Technieken zijn afhankelijk van documentatie
Vraag 1; Welke condities zijn er (van belang)?
Vraag 2; Welke acties zijn er (van belang)?
Vraag 3; Wat is de interactie tussen de
condities?
Vraag 4; Welke acties moeten volgen uit welke
condities?
Stel de juiste vragen
13

14. 2. Technieken zijn afhankelijk van documentatie
Kortom; Focus op documentatie maakt blind
14

15. 3. Testen moet bevindingen opleveren
“Elke testontwerptechniek is gericht op het
bereiken van een bepaalde dekking om
bepaalde soorten fouten te vinden.”
15

16. 3. Testen moet bevindingen opleveren
Vast
F
t €
Los
Testen heeft vele doelen
16

17. 3. Testen moet bevindingen opleveren
42 “These are not
the answers
42 you are looking for”
42
42
42
42
Bevindingen zeggen niets
17

18. 3. Testen moet bevindingen opleveren
Het effect is bepalend
18

19. 3. Testen moet bevindingen opleveren
Kortom; Testen moet inzicht geven
19

20. 4. Testen kun je automatiseren
“Een tool dwingt tot een standaard manier
van werken en hierdoor wordt de menselijke
factor uitgeschakeld.”
20

21. 4. Testen kun je automatiseren
Softwareontwikkeling draait om prototypes
21

22. 4. Testen kun je automatiseren
Testen is onvoorspelbaar
22

23. 4. Testen kun je automatiseren
Automatisering is herhaling
23

24. 4. Testen kun je automatiseren
Kortom; Controleren is geen testen
24

25. 5. Testers worden goed door van elkaar te leren
“Het goed kunnen uitvoeren van het
gestructureerd testproces wordt door
TMap ondersteund door een complete
gereedschapskist.”
25

26. 5. Testers worden goed door van elkaar te leren
● Frictie; agile ontwikkelen vs. uitbesteden/standaardisering
● Versnippering; SOA, Cloud, overstijgende ketens
● Vervlechting; core business toenemend gelijk aan ICT
De wereld verandert...
26

27. 5. Testers worden goed door van elkaar te leren
Regievoering
A c c ep t at i e
Pakketten
K euz e I V
I V
Outsourcing
Inhouse
Testen vindt plaats op snijvlakken
27

28. 5. Testers worden goed door van elkaar te leren
'Best Practices' bestaan niet
28

29. 5. Testers worden goed door van elkaar te leren
Kortom; Goed in je vak word je buiten je vak
29

30. TMap!
leesplankje
30

31. En verder?
31