Vandaag kwam ik op een punt waarbij het testen en het Scrum proces mij tot een woord leidden namelijk: adhocdheid.

adhocdheid is een niet bestaand woord, maar zou eigenlijk moeten worden toegevoegd in het kader van software testen is mijn mening.
In theorie kun je van allerlei regels en procesregels instellen in een bedrijf of team, maar wat je vaak merkt in de IT is dat er dan plotseling en heel opeens aan al dat soort processen voorbij gegaan wordt.

gevoel: "werken we dan niet Scrum meer?"

In theorie.... ... maar in de praktijk gaan we opeens met zijn allen aan wat anders werken, worden de bochten afgesneden en acties gedaan zonder degelijk overleg of (wat ik noem) doortesten.

Crux: naast Gary Klein documentatie.... zeer interessant en op zijn minst onderzoekwaardig!
​

 Yesterday I stumbled upon a great blog of Bas Dijkstra. This post is really worth reading. 2 out of 4 topics are now written, keep an eye on the other 2.

​

The four pillars of object-oriented programming - part 1 - encapsulation | On Test Automation

[more info on encapsulation, C#]  

The four pillars of object-oriented programming - part 2 - inheritance | On Test Automation

[more info on inheritance, C#]  [a real good mindmap about inheritance]

NEXT TOPIC : polymorphism
[read about it]

NEXT TOPIC after that: abstraction
​[read about it] 


Are there more OOPS (Object Oriented Programming) mechanisms in C#?
Yes there are: