During our latest book study group session some of the members of the group stated that they aren’t interested in reading the whole book, since they would not benefit from every chapter. So we decided to read the (at first sight) most interesting (looking) chapters first and then see how to go on.
So as next chapter to study and discuss, we decided on „Chapter 18, Coding and Testing“.
First of all, I have to admit, that from the title I would have expected a more technical content; I expected to see things like examples of code and unit tests, see automated tests and stuff like this, but this wasn’t the case, and at the beginning I was a bit surprised. 😉
But here we go, my notes & summary on the chapter:
For some strange reason I can´t follow (without having talked to anyone yet) the book study group decided to study chapter 21 for this week´s session. Chapter 21 has the headline „Key success factors“ and is more or less a summary of all the chapters before. Seven key success factors are given, here my notes/ remarks to this.
Things in “ are quoted directly from the book, normal text is my abstract, and things marked by an arrow ‚->‘ are my comments on something.
Two weeks ago, at work we had the kick-off-session for a „Book Study Group“.
In a former „book swashing session“ facilitated by Deborah Preuss and Sebastian Lang, it came out that we want to start with „Agile Testing: A Practical Guide for Testers and Agile Teams“ by Lisa Crispin & Janet Gregory or with „Clean Code: A Handbook of Agile Software Craftsmanship“ by Robert C. Martin.
Why should (agile) testers have programming skills? They are testers, not programmers. Why to know how to code, if it isn’t your job to do so?
Yesterday & the day before I had the chance to visit the Agile Testing Days in Berlin, thanks to my employer Agfa Healthcare who send me there and paid the fee, thanks! 🙂
I setup this blog because of a talk of Markus Gärtner (Blog: http://blog.shino.de/, Twitter: @mgaertne) who recommended to write a (private or public) journal about the things you´ve learned to get feedback about it from others and I think also to re-think before writing it down, which might improve learning as well. To be honest – I am thinking about that for a while now, but what me kept from it are mainly the following concerns: Is it interesting for others what I´m writing about? Is my english good enough for others to be readable? Maybe it´s wrong what I´m writing? etc.? But what I didn´t consider yet was „How do I benefit from that?“, but after Markus talk I at least know, that my own learning benefits from it, and I think that´s worth a try! 😉 So, here we go, and thanks a lot to Markus!
These days I´m mostly interested in testing, agile, integration & -ility testing in an agile environment and being a teamlead of a „classical integration test team“ and a „classical test manager“, finding my role/ position in an agile organisation and how to support developers (programmers AND everybody else developing our product) best. Furthermore I’m doing functional GUI test automation and scripting with Ruby.
I´m very courius about how this will evolve and how I (and you!) can benefit from this!