EuroSTAR 2015 – my personal summary

It’s now over a week after the end of EuroSTAR and I just finished my last article about this fantastic conference. You can find them all here.
For me it’s now time for a personal review and summary.

First of all I want to thank Emma and the EuroSTAR team for inviting me to the conference and being a media partner. The conference was well-organized and in my eyes flawless in execution. The two dinners were stunning locations and the food was really good. Well done!

It was great to meet so many people again whom I met first time at Let’s Test in May, and who welcomed me back with an open and friendly spirit.

Guna is a great person and brought so much energy to the Test Lab. This baltic, blue-haired bundle of energy made me smile every time I went to the Test Lab. Guna it was an absolute pleasure to finally meet you in person. It was always fun to interact with Guna on Twitter, and will be even more fun, now that I have a vivid image of her before my inner eye.

Finally meeting Colin “Jim” Cherry aka Klaas Kers meant so much to me. Colin just beams with wisdom. There was this short (well, for me most people are short), silent, friendly and open-minded person, not exactly how I imagined him, and he was just an inspiration to my EuroSTAR-experience. Colin made his TestHuddle-blogs so special, that I questioned the usefulness of all my writing so far. Since I met him I want to re-read all his blog posts again with his person in mind. Colin you are an awesome person, and I am very thankful, that we finally met.

Michael Bolton invested more than two hours of his time into helping me review a blog post I was writing a few weeks ago and discussing with me about the nature of testing. It was even more a pleasure that James Lyndsay joined the conversation and let me allow a short look into his mind and how he thinks. You are both an inspiration to me! Thank you gentlemen.

At the community dinner I had the pleasure to share my table with Allison Wade, who is responsible for all the STAR-conferences in North America, and more, and Shmuel Gershon, who was later that week announced program chair of the next EuroSTAR conference. Chatting with those people in the location in the caves underneath a chateau was special for me.

At the conference awards dinner in the next cave location I was joined by Carly Dyson, Nick Shaw, Paul Coyne, Kristoffer Nordström and Iain McCowatt. The evening brought a very passionate discussion about testing in the financial sector between Carly, Paul and Iain. I just loved watching it for two reasons. First, the passion all three of them show is fantastic. And second, witnessing a discussion about testing from three native speakers. English is not my mother tongue, and neither it is for my colleagues in our Munich office, but it is the language of choice, since we are an American company and not all of my colleagues speak German. According is the level of skill and precision in using English. Being surrounded by native speakers and listening to the discussion was an absolute pleasure.

The “Lightning strikes the Speakers” keynote session on the evening of Day 2 was special. It was very intense, but all seven speakers were talking about great topics, all regarding the future of testing. Testing will experience a huge change in the near future, it will be a challenge, but those talks showed how it can be made possible and what is necessary. I am looking happily forward to what the near future will bring to testing. I am ready to be a part of you.

Julie Gardiner’s talk about the survival skills for testers was speaking from the heart. Experiencing Julie’s talk was a pleasure. She has a great stage presence and her 5 step message was spot on.

Meeting the NewVoiceMedia team at EuroSTAR was very nice. I finally had the chance to meet Rob Lambert in real life. Rob is a person I greatly admire for his stage presence and I am very thankful for all the valuable information he shares with the community. And meeting also Kevin Harris and Raji Bhamidipati was a pleasure. NewVoiceMedia seems to breed great people, as you see with so many speakers from that company on the program of EuroSTAR.
And of course my buddy Dan Billing is also a part of the NewVoiceMedia family. Seeing him again was also great and I am happy to pair up with him for Let’s Test.

Now EuroSTAR 2015 is really over for me. All blog posts are written and on Monday and Tuesday I will share some experience from the conference with my team in the office. Now it’s time for me to prepare for my own first ever conference talk in Brighton at TestBash in March.

I can’t wait to meet so many enthusiastic testers in one place again soon.

EuroSTAR 2015 – Do-over session – Julie Gardiner’s Survival Skills for Testers

I was very sorry, when I missed the original talk from Julie Gardiner on Day 2. The merrier I was that her talk was selected for the do-over session, the session that people wanted to see again, wanted others to see it, or wanted to see it the first time. The do-over session is voted for by the audience.

The introduction was planned by Declan, but Colin Cherry, or better Klaas Kers for a couple of days, got the honor to introduce his long time friend Julie.

IMG_4097

Julie’s talk was all about what a tester needs to do today, to stay relevant tomorrow. A topic that I can’t agree more on. In times of rapid-changing technology, new approaches to development, faster times to market, it’s important for testers to improve their skills to have a job tomorrow. I have heard now more than once, that most of people working in “test” today, won’t work in test anymore in a couple of years. Those who want to, should better listen to what Julie has to say.

IMG_4103

The first point is about mentality. Testers should no longer be the “quality police”, better see yourself as the “enabler of quality”. Testers need to provide value throughout the software development lifecycle. That works much better with a helper mentality than an enforcer. Enable by being a trusted advisor, the conscience, trainer and coach, quality guru, provide guidance, and implement quality in the whole lifecycle.

You should have a passion for testing. “If testing isn’t fun, you are doing it wrong!” This sentence is so much worth. You can make testing fun, by constant learning (new stuff), seeing improvements and make them happen, and find opportunities to test everything. Testing can be so much fun, if done right.
You need to understand your skills, and how to foster them. Julie suggests the Dreyfus model and an evaluation of your style of testing. Evaluate your scores, sum up the left columns for both X- and Y-axis, and place your dot on the map. Then you see what kind of tester you are:

IMG_4120 IMG_4124 IMG_4125 IMG_4126 IMG_4127

“Take ownership of your career” is an important message. Most people still expect their companies to help them with their career. But many companies can’t or don’t want to afford the huge amounts of time and money that it needs in current times to stay up-to-date and relevant, especially in testing. So you need to take care for yourself, if you still want to be relevant tomorrow.
What you can do, is learn (self-education), find a mentor who helps you, and create an action plan of where you want to go and how you want to get there.

Demonstrate and report the value of testing. Testing is expensive, but compared to what? Not testing is not an option. So show value by how much you saved the company, demonstrate effectiveness and use a language management can understand. Risk rules! Test cases don’t!

And it’s import to retain your integrity. “Integrity is the consistency of actions, values, methods, measures, and principles.” Avoid being a “yes” person. Be the conscience of the project management. And stand up and be counted! That was in reference to a story Julie told about an experiment in an elementary school, where someone convinced the class to trick one girl by saying that 2+2 is 5. When the teacher asked what 2+2 is, and everyone said it’s 5, the girl, who was still convinced that it’s 4, said it’s 5, because she didn’t want to stand up/ against the class.
As a tester it’s important to be the one who stands up!

Choose your battles wisely. Only some battles are worth fighting for. Save your energy and choose wisely!

Survival means standing out and making a difference. Julie closed with a quote from Franklin D. Roosevelt: “There are many ways of going forward, but only one way to stand still.”

 

My personal summary is, that this was one of the best talks I have seen at EuroSTAR, and I am so glad that I had the chance to see it in the do-over session. Julie has a wonderful stage presence and an enthusiastic way of delivering her talk. She was left, center and right, interacting with her slides and the audience, using the whole stage. The great topic and her presence made it really an outstanding talk.
I was just sitting there, nodding. The topic is spot on, I greatly support all she presented, and I hope that everyone who talks about that topic reaches many people.
I had the chance to thank Julie in person for her talk, and I would have loved to spend more time talking to her. Colin was so right about her! Thank you.

EuroSTAR 2015 – my third day in review

The third day kicked off with Rikard Edgren and his “Growing from a reckless bug hunter to a stakeholder conversationalist”. Rikard’s message was that you need earn respect by finding valuable information. Tester’s are in the information business. Testing is never better than the communication of the results!

IMG_3955

Rikard described his way to become context-driven in three major steps. It started with his biggest mistake. He and his team found 30 bugs, and they were proud. And they wondered why nobody came back to them with a response. The reason was that they were context-unaware and failed to understand the real testing mission.
Second step was the poster story. Rikard and his colleagues published the famous poster of quality characteristics, I have it hanging next to my desk myself, and they felt as context-hipsters. His tip was to use the poster for finding test ideas and James Bach’s list for test strategy purpose.

IMG_3965
But Rikard was not happy with the poster because it uses his namespace. His new approach suggests, start with a blank page and ask the stakeholders what is important for them. Use the customer’s words.

The last step is “The Conversationalist”. Rikard is doing more talking than testing nowadays and values information pull over information push. You have to adjust your language to the stakeholder, and invest the time to find out that you know you are testing the right thing.

Explain your testing, why are you testing and why is your test strategy good? Anchor you test strategy, often the test report is not the problem, it’s the strategy that is not understood.

My takeaways from that session are, that I am not the only one who made mistakes due to misunderstanding the mission. In my opinion it is important for a tester to speak the languages of the parties he is working with and that the tester is able to translate from his language/namespace to the stakeholders namespace. Rikard fortified my opinion.

 

Next on my list was Geoff Thompson talking about “Test Process Improvement – How hard can it be?” The talk was mostly about change, and why it’s so hard to improve your test process. I liked the statement “It seems to be easier to keep paying people doing things wrong.” The key messages of the talk were taken from John Kotter’s book “Our Iceberg is Melting”. There is also a nice video available.

IMG_3989

The Dunning-Kruger effect is important to consider when going through change. The unskilled overrate their abilities, while the skilled underrate them. And there is also the dis-organized people accept change with open arms while organized people already think they are effective.
At the center of every process and every change to it stand people and culture. And there will always be someone in a change project who says: No! As change manager you have to concentrate on those people to be successful.

My takeaway was that “change is difficult”. Well, we are humans, ain’t we, and we don’t like change.

 

It was time for the next “Soap Box Session”, and it was my buddy Dan Billing up on the box. Dan gave a shout-out to the Weekend Testing Europe chapter, which is a great institution to improve your testing. So far I only joined Weekend Testing America sessions, but they are all worth attending. I can only affirm Dan’s statement: “Join Weekend Testing!”
It would not be Dan if he talked only about a non-security topic. So there was a second part. And it was about EXTERMINATE! Dan’s Dr. Who favorite villain related mnemonic about security testing!

IMG_4005CTCjJOmWEAA91w2

 

Next up was Michael Bolton and his statement “No more exploratory testing!”. I have read Exploratory Testing 3.0, so I new roughly what was coming, but still it is a pleasure to see Michael on stage. That was obviously the view of many, because the auditorium was packed.

The beginning of the history of testing was very much confirming my experience of the past 13 years as a tester. In 1972 there was the book “Program Test Methods”, it was trying to structure testing and it ignored completely the human aspect to testing. Testing became confused with its artifacts. Testing became over-formalized by processes (see also the latest attempt: ISO29119), and testing was all about the test cases. Since computers are procedural, so have to follow procedures to test it.
It was also the time that “ad hoc” and “exploratory” got confused and many mix up “unscripted” with “unstructured” when talking about exploratory testing. Michael’s article “Testing without a map” shows that Exploratory Testing has a lot of structure. The key elements of exploratory testing are freedom and responsibility. Scripted testing is controlling the tester from the outside. And people seem to forget, that you need to do exploratory testing first to get to scripted testing.

IMG_4031
We have to relax our degree of description to follow to give testers the freedom and responsibility they deserve to fulfill their tasks. And we always seem to forget, that there is no other cognitive profession using cases to frame and describe their work. And very important, don’t confuse checklists with test cases.

So the conclusion is, all testing is exploratory, so you can skip the “exploratory”. And “scripting” is just an approach.

IMG_4037

My takeaway from this talk was learning about the background why in my former company, which was heavily iSTQB- and waterfall-driven, exploratory testing had a bad reputation: 1) they simply did not understand it, 2) they tried to reduce the human factor. Which can also be seen in the naming: Test Factory!
My second takeaway is that my approach of the last 2 years to start with heavy exploratory testing and then produce correct and useful test scripts for regression testing purpose was correct. Only some know why I had to abandon it, and I won’t state it here.

IMG_4042

And we came to the closing keynote “Wild West Security” by Paco Hope. Paco designed his metaphor for his key message based on the famous western movie “The Magnificent Seven”. He described seven roles of an IT project who all have their responsibilities for security and have to contribute to it. All roles have certain specialties that make them predestined to contribute to security. He described how Testers, DevOps, Product Owner, Project Manager, Architects, Developers, and Security Specialists can help with making their product secure.

IMG_4051

The key message was: “Everyone who has something to do with Software has something to do with Software Security”.

It was a fun metaphor to show how everyone can and has to contribute to software security. And my key takeaway is to learn more about security testing and aspects I need to be aware of.

The ladies from the test lab took the stage:

IMG_4084

Carly, Adina, Jyothi, Susan, and Guna made a fantastic job in providing challenges and riddles, hosting a wonderful area in the Expo where people could meet, discuss, and learn. Thank you lab rats! You did a fantastic job!

Then it was time to announce the next destination and the next conference chair for EuroSTAR 2016. And it will be in Stockholm from Oct 31st – Nov 3rd, with conference chair Shmuel Gershon! In my opinion two excellent choices!

IMG_4089IMG_4090

And it was time for the do-over session. Attendees could vote for sessions that they wanted to see, to see again, or wanted others to see it. And it was a session I missed on Wednesday and wanted to see, lucky me. Julie Gardiner was talking about “Survival Skills for Testers”. That was my session of day 3, why I described it in an extra post.

 

To conclude a wonderful experience I went last to conference chair Ruud Teunissen’s “How to share your lessons learned”. I shared with you already a lot of information and insights of the 3 days of EuroSTAR, next will be my team.

Thanks for staying till the end, I hope you like my review of day 3 of EuroSTAR.

EuroSTAR 2015 – my second day in review

Day 2 of EuroSTAR 2015 kicked off, of course with the Ruudmap of the day, by conference chair Ruud Teunissen. The day was packed with one keynote, 24 track sessions, and “Lightning Strikes the Speakers”.

The keynote of the day was delivered by Jeffery Payne about “Test Automation. The DevOps Achilles Heel.” And in reference to yesterday’s keynote that was all about the future, DevOps is already here! DevOps is a philosophy to get everybody on the same page and to foster collaboration and communication. The statement “we can’t apply DevOps here” is just an excuse for Jeffery, because he saw the DevOps approach work in many different environments.

The essential conflict of Dev vs. Ops is, that devs have the desire for rapid rollout, while the ops people have the desire for stable conditions. As in yesterday’s talk from Sujay, Jeffery described Continuous Integration and Continuous Delivery as his key elements for a successful DevOps approach. Whereas the other CD thing – continuous deployment – might work well for some big companies and also lots of small ones, that component does not suit many.

IMG_3768 IMG_3773

Automation of everything along the chain makes it possible to “fail fast” and saves time on time-consuming activities, that can be better achieved by a machine or script.

“DevOps is the best thing that ever happened to testing.” I am not so sure about that. In the overall process of software development the DevOps approach forces collaboration, which is good for testing. Because most issues in a project are interpersonal and are not due to technical issues.

I found the “Test results are “blinky”” slide funny and sadly true in too many cases. But the ability of DevOps tools to create fancy and blinky test reports does not improve the situation that management doesn’t understand what testing is. The communication between testers and management needs to be improved and not be misrouted via blinky reports, just because you can.

One of the closing statements was that you can start running more automated tests. But do I really want to that? Why can I not use the tests that matter most and abandon the rest, because they will be difficult and expensive to maintain. After the test run, you need someone to interpret the results. Good testing is not that you simply count on passed tests and pass the quality gate to the next environment.

Overall I had mixed feelings about the keynote. It was a solid overview of the elements of DevOps, but especially towards the end I found that Jeffery was sending the wrong signals what DevOps is doing to testing. It might still be the best thing that ever happened to testing, but if so, then for some other reasons. At least from my point of view.

Next on schedule was the track session from Paul Coyne about “Everything I know about testing I learned from the scientific method”. I wrote about this experience in an extra blog post.

I had the honor that Michael Bolton took some, well not only some, but about 2 hours, of his precious time to review one of my upcoming blog posts. And the discussions we had in the test lab during the review, also with other people, like James Lyndsay, were intense and fantastic. I missed two track sessions due to that fact, but I hope everyone understands that it was for a very good reason.

I will end writing for tonight and continue tomorrow. Stay tuned for info about the ISO 29119 discussion track, Kevin Harris’ “Top 10 Mistakes Testing in Agile”, Grace O’Mahony’s “just one slide inspired me to be a better coach for testers in Agile” and the really intense but insightful “Lightning strikes the Speakers” session. And of course some photos from the Conference Awards Dinner.

[continue]

During the lunch break I met Alan Page and had the chance to thank him for his inspiring podcast and the ideas he and Brent are sharing. If you haven’t listened to them before, do so now. They deserve a fourth listener. It’s great content.

After the lunch break I was going to the “Let’s talk about the ISO29119 Standards” talk/discussion. To be honest and frank it was a bit disappointing. The introduction was, due to the short amount of time, too shallow for the audience that had not heard about the standard before. When the questioning round was open the expected suspects raised their hands. The first question came from a person, whose name I sadly did not get, who was the first person I ever met who was actually using ISO29119 and likes it. His question was about a problem, that he struggles with the many “test plans” the standard describes, and if there isn’t a better nomenclature to name the different documents to produce. And there a lot of documents titled “test plan” something in the standard. After that Iain McCowatt asked for new evidence that proofs the standard to be correct, as mandated by ISO for a standard to have to be accepted. But it seems that part is still missing, and still the standard got accepted so far by the board. Michael Bolton questioned the standards that were used to produce the standard, and Karen Johnson asked a most fascinating question – at least for me – why are Anne Mette and Stuart are engaged personally professionally in creating such a standard. When speaking with Karen afterwards, which was an inspiring experience in just 5 minutes, she summarized the answers very well. They saw the different directions testing was heading (both have many years of experience) and feared the unstructured chaos the world of testing became over the years, and they wanted to bring structure back to chaos.

The session was a bit disappointing for me, the discussion part was rather unstructured, and I missed information actually showing that the standard can be helpful, besides creating huge amounts of documents. And I stay with my statement, for what they intended to do, why not create a body of knowledge, like the PMBoK. You can have all elements and simply pick those you need or want, without having a huge bureaucracy of justifying why not to use several parts of a standard. Stuart answered that question for me months ago with, “because the ISO doesn’t produce BoK”. My question today would be, did ISO ask Stuart to write a standard or was Stuart asking ISO to create one? Is there really a need for that standard in form of a standard?

And to conclude for now: As long as bugs don’t obey to standards, why should I?

Next up was one of the many NewVoiceMedia speakers, Kevin Harris. Sadly I missed Rob’s and Raji’s talks earlier that day. The room was packed, people were even sitting on the floor.
I thought about writing an extra blog post about Kevin’s experience report and his lessons learned, but that might give away a bit too much for people who want to see that talk in the future. For me it was an interesting talk from two different perspectives. The presentation itself was well crafted, with the right amount of slides, the right speed and a balanced amount of information for a 45 minute talk. I don’t know who influenced whom, but it reminded me a bit of Rob Lambert’s talk from NTD earlier this year. Since they are colleagues, the idea might not be that wrong. The show was really good!

Now to the content. The topic was about Kevin’s “Top 10 Mistakes Testing in Agile”. In my current projects we are far from Agile and the first ~10 years of my career was pure waterfall. So I have no personal experience with Agile in any form. All I know about Agile is from talks, articles and discussions. So I was looking forward to see what could go wrong with Agile. To give a short summary, the important takeaways described some of the basic principles of Agile and SCRUM projects, as far as I know theoretically. But it was interesting to hear the examples Kevin gave, why it went wrong in the first place, when they should’ve known better.

Value the kick-off and ask all the questions, especially as a tester. Put EVERYTHING on the Kanban board that needs to be done in the project. Make stories as small as possible to decrease the complexity. Outsourcing testing, especially into a different time zone, increases cycle time and silo thinking, which brings us back to waterfall. So keep your team together. Which was also the next message. Try to keep the team stable.  Let developers automate the checks. Communication is key and can save you valuable time. Don’t do more than necessary. Share responsibilities and tasks, don’t create key players. For Agilists that should be nothing too surprising, right? Well for waterfall, V-model, and whatever-not-SCRUM people, this is often like the complete opposite of their reality.

Well that was only nine. The 10th takeaway was that testers should not brag about the bugs they found. For me that would mean a rough change in motivation for many testers. Yes, we should shift left and find the bugs as early as possible, but why should we not be proud that we caught some? I think I will ask Kevin to find more about it.

And then it was time to hear Iain McCowatt stand up on the Soap Box and give his version on the topic of ISO 29119. I hope it will be soon available on the TestHuddle. I will update my blog as soon as I know it’s up.

Next on my agenda was Grace O’Mahony and the topic of “Just one slide inspired me to be a better coach for testers in agile teams”. To be honest I did not expect much more than one slide, but it was a whole more. Grace told us her experience about introducing 20 teams to Agile and their different problems and how she was able to overcome them. “The slide” was from Fran O’Hara from his talk about “Acceptance Testing in Agile – what does it mean to you?” Sadly the slide was not at the center of the presentation, and Grace went pretty quick over it. She described auditing her teams and realizing that the testers were not as proactive as they should be in an Agile context. The result was even that most of the teams categorized themselves as A or B. They had to accept that change is slow, but they got through the transformation, released the stress from the testers and had more happy people. All in all, Grace presented her success story on how the model from Fran O’Hara helped her to improve her teams. I would have liked to hear more about THE slide, what was the key element that made her realize how to benefit from that and how it changed her approach. The presentation had lots of slides and Grace was rushing a bit through them. For me the title was a bit misleading. But that’s just my view.

TheSlide

After a short visit to the TestHuddle and the Testlab people filled the auditorium for “Lightning strikes the Speakers!”

The show started with a special ensemble. I’ve made a video, but still need to edit it. It will be published here soon.

“Lightning strikes the Speakers” are seven speakers with 5 minutes each. If the 5 minutes are out and the speaker is still speaking, he is struck by lightning, and yikes, that was loud. The topic was “Testing in the year 2030”.

Iris Pinkster – from team *T*E*S*T – Clinic – started with the “Human Factor”. Humans are good at throwing things over the fence, but in Agile / DevOps approaches you have to work together. So think up a new process and realize that you are a team!

Jeffery Payne referenced to the opening keynote and the future of testing the Internet of Things. It will be the age of non-functional testing. 1. Fault Tolerance, 2. Robustness in Error-handling, 3. Privacy

Derk-Jan de Grood‘s message was, that we have to improve our testing. In Agile the responsibility is placed low. And before he was struck by lightning he asked the important question, is testing at the level we want it to be?

Michael Bolton was criticizing that we are sloppy on thinking and that testers and managers don’t communicate well. Exchange “verify that” with “challenge the idea that”, and “validate” with “investigate” or “look for problems”. Many testers are demoralized by management and processes, and are not curious and playful anymore. Change your language and improve your communication.

Rikard Edgren’s topic was that tester’s bring new perspectives and ideas. He described his first assignment, where the developers were all trained on the same academy. Rikard studied philospohy and other non-IT-related topics. Rikard was the first one to bring new perspectives to the project. Rikard challenged all testers “what are the new perspectives we will find?”

Rob Lambert‘s view into the future was that by 2030 there should be more qualified people to hire. He has the problem that it’s hard to find good people today. And he presented us his “10 things to improve”.

IMG_3925

Last, but not least, Kristoffer Nordström predicted that in 15 years most testers don’t work in testing anymore. Because we get what we pay for, and a low price brings you low skills. But testers in Agile need lots of skills. Cheap outsourcing is the norm and there are many bad/non-thinking testers out there. Kristoffer’s dream is to hire sapient testers and companies should invest in their people, also to reduce turnover. Companies need to change from quick wins to long term investment in their people, who take pride in building skills.

The keynote with its seven messages was very intense and had great messages.

At 6.45pm the buses left for “La Caverne” in Valkenburg for the EuroSTAR Conference Awards Dinner. A nice restaurant located in a cave, yes again in a cave. The caves were full, dinner was delicious, and there was plenty of wine. I had the honor to share my table with Carly Dyson, Kristoffer Nordström, community-report Nick Shaw, Paul Coyne, and Iain McCowatt. Folks, I enjoyed the passionate discussions, it was fantastic!

And the winners are:

Best Tutorial: Rob Lambert

Best paper: James Thomas

Tester of the Year: James Lyndsay

Well deserved!

The evening was fun, but after ~19 hours I was glad the day was finally over.

EuroSTAR 2015 – my first day in review

This is just to say, that I had a first great day at EuroSTAR. I was meeting a lot of old and new and brand new people. Sometimes you realize how small the world of testing is, and sometimes how big it is.

Thank you to team EuroSTAR. It’s a wonderful experience after only half a day.

Don’t worry, I will write more about my first day. But first I need some sleep.

[continue]

I am writing this about the first day even if the second day is just coming to an end.

After about 6 hours of travelling I arrived at the venue, registered and met the EuroSTAR team the first time in real live. I am thankful that you gave me the chance to join you here in Maastricht.

When I turned around I ran into Richard Bradshaw and Huib Schoots and went to lunch with them, so my first contact with the conference was a bit delayed, but it was good to start with some familiar faces, even if it’s Richard and Huib. Just kidding.

Then I went down to the Expo and tried to get sorted where the Testlab is, where the Community Huddle is, and trying to meet some of the people I wanted to say hello to, first time in real life. The location was nicely chosen amidst all the sponsors in the Expo, which made it a humming place all day, even during tracks, when most people were enjoying the talks. EuroSTAR is my first bigger conference (of only two overall, so not much to compare with) and it was amazing to see so many people involved in software testing in one place.

At 1:30pm the Conference part of EuroSTAR officially started with the introduction by Ruud Teunissen and the keynote from Richard van Hooijdonk. You can read about that here.

After that I went to meet more people some again, some for the first time in real life. And I met the Community blogger Colin Cherry, or should I say Klaas Kers. It was wonderful to finally meet Colin in person. He is such a wonderful and insightful person, it was a pleasure to meet up with him every now and then during the conference and exchange thoughts on what we just experienced. You can read Colin’s blog posts all on the TestHuddle.

IMG_3703

Then I was off to “Can Testers Lead DevOps Adoption? Yes We Can!” with Sujay Honnamane. He gave a short overview of the key elements of the DevOps approach, and it is a lot to conquer. But how do you eat an elephant? One bite at a time! So you have to start somewhere and implement the tools and automate the processes. Sujay described his challenge with his team, that sounded like a scenario that could happen at my place as well, and it happened at several other places already, from what I heard from speaking with other testers. But the ecosystem of a DevOps environment is quite complicated and you have to get the most out of it. Sadly he ran out of time, so several agenda points were not covered in the talk. But I am looking forward to the slides to read some more and find out more about the tools used in DevOps. All in all a good DevOps talk, but sadly delivered only half of the promised content. But with not much background knowledge about DevOps it was a start about the components, approaches and common struggles with DevOps.

As a tester working in an environment with nearly no automation, it sounds like a lot to change and introduce. But it would be interesting to make an analysis of what we gain with such an approach and what we would loose.

After spending an hour in the testlab to mingle with the wonderful TestLabRats I enjoyed the keynote from Kristoffer Nordström about “Kanban Testing and Lego”. You can read it all here.

It would be not a testing conference, if it would be over after the closing keynote of the day. About 4 buses full of people went off to Château Neercanne, a one-star restaurant placed in a 17th century castle. It was a lovely location, dinner was delicious, and I enjoyed chatting with the great folks at my table. And I learned some new stuff about kosher food that evening, thanks to sitting vis-a-vis of Shmuel Gershon.

After writing my two keynote blog posts, a long and eventful day ended. Stay tuned for more about day 2.

IMG_3748 IMG_3750 IMG_3753 IMG_3754

EuroSTAR 2015 – Second keynote about “Testing Kanban and Lego”

The second keynote of the EuroSTAR day 1 was Kristoffer Nordström‘s talk about “Testing Kanban and Lego”. A very promising topic and to give it already away, the promises were fulfilled.

Kristoffer describes himself as a Test Developer who loves to automate, so that testers can focus on quality human testing, and he is utterly fascinated by the human side in software development. He has a favor for the humanistic approach, and he presents us his heros, who can be characterized by “putting the people first”. My photo does not reveal all the names and the big hero in the middle is missing: Jerry Weinberg, but from the pictures you might recognize them all.

IMG_3725

The story Kristoffer was about to tell us from his personal experience needed some more introduction of the humanistic approach. “Software Development is a social activity.” – Jerry Weinberg.

And he described to us what he calls the Human Software Development Manifesto:

IMG_3732

After setting the context straight for everyone his experience report began. Years ago Kristoffer worked for a telecommunication provider and back then every department had sort of started building their own test framework. Most of them ending up unmaintained and barely usable. When the need came up to create non-functional tests, he and his team created a generic test framework for non-functional tests. But it took time until it was accepted, which was at a time when he already had left the company. But it found acceptance, and short story even shorter, Kristoffer went back to that company to take over again the non-functional test framework.

The situation he found was not very promising. There was no successful build within 5 months, technical debt has piled up, the simple approach of using text files was changed to using Java instead, and users were disillusioned. But he took the challenge, built up a team and conquered the mess one by one.

They repaired the build system, they implemented continuous integration and continuous deployment tools, and they were able to produce stable builds and over time increasingly stable nightly builds. The backlog was trimmed to what really still mattered, and while they were at it, they introduced Kanban.

The approach worked, the framework became more popular and testers became engaged. To get them even more engaged, Kristoffer introduced gamification, which added a new level of engagement.

The Kanban board is made out of Lego tiles. Every team member has three same figures of his choice. There was a price-limit though, because we learned that “Darth Vader” is very expensive. The photos looked really cool. Sadly I did not take a good one.

But management wanted them to use an “Agile” tool they dictated for the whole company to use. And since the tool was horrible to use and for Kristoffer’s team a waste of time, they invented something really fun, geeky and nerdy. With a Raspberry Pi, a webcam and OpenCV there were able to capture their Lego Kanban board every 5 minutes, register which Lego figure is doing which task, in which status, and sending an update to the horrible Agile tool via an interface.

IMG_3736

For Kristoffer culture sets the constraints, especially in a “It won’t work” attitude he was working in. But he managed to overcome this constraint. His approach was a more holistic systems thinking approach, and a lot of factors influenced the success of his project.

IMG_3740

 

My summary: A brilliant presentation with great timing and the right amount of content. And the moomins can be proud of Kristoffer once again.

The Manifesto he presented, that stands for his view on how software should be developed, is a great example how you can put people in the center of software development and lead a project to success.

Most people I talked with afterwards want to have such a Lego Kanban board. I hope that there will be many created and used.

The factors to success are very important, and if one or two of them fail, the outcome won’t even be half as good. So you have a lot to balance or juggle, but when you do, it seems to be very rewarding.

EuroSTAR 2015 – First keynote about “Trendz 2030”

EuroSTAR kicked off with the nice sounds of Coldplay, setting high expectations for the next couple of days. Ruud Teunissen gave a warm welcome to everyone and showed us how many people were involved in organizing this year’s EuroSTAR besides the EuroSTAR core team.

The first keynote of the day was a look into the future by Richard van Hooijdonk called TRENDZ 2030. For the next 45 minutes Richard showed us several areas and how the future will look like for them.

Richard started with drawing a picture of what a personal RFID chip could mean for you. Not needing keys, passwords or cash and cards with you. Just with a swipe of your hand.

Things that fly are already there. Google is piloting its balloons over Sri Lanka. Amazon tests their delivery drones, and in the Netherland emergency drones with medical equipment already fly in case of an emergency with heart problems. And in agriculture drones monitor your fields and crops.

Robots are getting better and better. Boston Dynamics and others are creating robots that might replace soldiers in the near future. By 2025, Richard says, there will already be Humanoids helping with our daily life. By 2050 robots and machines might already be smarter than people. What happens then? Good question and hard to answer. It might be an answer we don’t like.

Robot Revolution

Healthcare will be the leading topic of the next 5-10 years in the technological revolution. In 5-10 years apps and devices will replace the family doctor. Richard himself will swallow a pill in January that monitors about 160 values of his body and sends those telemetry data into the cloud.

Connected cities will be a big thing on the rise. City lighting wasting enormous amounts of energy on empty roads. Imagine what would happen if the lights are on only, when there are people or cars on the road.

3D printers will make it possible to produce whatever you want at a place near you. What will happen to many factories then?

Richard painted more happy pictures of the Internet of Things (IoT), that show the positive things and amenities the IoT will bring, like the fridge remembering you to buy milk on the way home or even ordering it online and let the car pick it up while you are at work. With the IoT the next big thing on the rise will be and already is the API economy. New businesses will come up with new ideas and business models every day.

And with that Big Data is coming. There are devices, cameras and sensors collecting huge amounts of data. In 2020 there will be four times the amount of data than we have in 2015. And the algorithms using those data are getting better every day. So if you think you are doing big data today, wait for tomorrow, when you will really have BIG data. The algorithms will have so many input that they can tell you more about yourself than you yourself.

Moore’s law, which was suitable for many aspects of the technological evolution, doesn’t count anymore for most areas. The time for doubling is now way shorter than 20 months.

Whole sectors will be disrupted by technology in the next couple of years, like it happened to the photo industry since the invention of digital cameras and smartphones. A few years ago you could not imagine self-driving cars and many more things. They are reality now or very soon. So you need to adapt, but people are not made for change. And change is the only constant factor. The time your skillset is valid changed from 30 to just 5 years. So we also need our education to change.

Richard describes at the end how the company of the future needs to look to handle all those challenges. Small will be the new big.

The future is here!

More about Richard can be found on his website.

So far the summary of an intense 45 minute keynote with pure information overflow. You can see in the page above, just how many topics were covered, that will bring change in the future.
Richard mostly painted a positive image of the upcoming changes that will improve our life. He asked only two really interesting questions about the downside of the technical revolution that is going on.
What happens when robots become more intelligent than people?
What happens to so many factories, when decentralized 3D-printing of lots of things will make them unnecessary?
I would have liked to see some more critical aspects for the future about the changes and inventions he described. So many things can be misused or are against the free will of people? What if I don’t know all these information some fancy algorithms find out, before I do? What if the machine takes away my decision for the food I want to eat? Just because my telemetry data is showing I need something different for lunch? And what about all the downsides, when those things get hacked and misused. How will those inventions influence us negatively? How many people won’t have a job in the future, because we can produce robots for nearly everything, making people unnecessary?
As Ruud put it in the introduction of the second keynote, the good thing for us (testes) is that we need to test all this! And 10 years ago most of these things were unimaginable, but we are getting there.