'Am I the only one who thinks this is a bit "shortsighted?"
This is not the complete picture. This is only a certain % of the total view of how it should be looked at.'
#1: One of the most important things to understand is: that this overview is very dynamic. It's not a solid state.
So keep in mind you should see the picture more like this:
It's important realize that requirements are connected.
But they are all connected to eachother in some way.
Example: You're testing software: It has requirements. You start with play and test the most important requirement there is. Then you start to machine check the damn thing. You discover a bug. A new requirement is written, that requirement becomes the new top priority. Could be connected to almost nothing, could be the new most important requirement...
Realize that, now we've underlined that fact. That we have left out all other aspects that determine how you should test.
So for example: is a requirement more 'security testing' related?
is it more 'performance testing' related?
None of that is yet mentioned in my extension (personal view) on the image 'formal - informal'.
#4: I'm not even mentioning the fact that insights in time regarding a requirement many times change... (what looks like a bug becomes a feature) (which makes it (the pyramid of connections, and how to test it) even more complicated)
Somtimes you need to adjust the strategy of the project. (for example: more A.I.)(or, add other types of software testers for example testers with knowledge of A.I.)
Sometimes you need to adjust the strategy of the tets object.
Sometimes you need to adjust the strategy on some requirements (or bugs, I will get back to that later (in English)!).
Sometimes you need to adjust the strategy on 1 single requirement. (Realize that testing 1 requirement can cause a change of strategy for the.... [ (project, test object, etc...yes it's that complicated! ) ]
and so forth, and so on....
It is NOT!
A testobject is something very DYNAMIC!
(so in the future, when your "manager" asks: 'why is testing taking so long?' you show him this picture and say: 'because THIS! is what we are testing!'):
I'd like to end this blog with a quote:
(So if you would like to scout for the real good software testers in the field, and you'd like to hear my vision about what a real software tester should have in the backpack as skills?
Send me a message and I gladly tell you all about it!)
You'd like your recruuters to just have a cup of coffee (a talk) with me!? I can elucidate my vision regarding software testers and help them find the more suitable persons for the concerning applications more easily (faster and better).
Ing. Valentijn Peters