tag:blogger.com,1999:blog-73928519675120343172024-03-13T20:36:17.768+01:00Jeroen's world of Software Testing"You have good choices and other choices. Testing is a good choice!"Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.comBlogger208125tag:blogger.com,1999:blog-7392851967512034317.post-62537152020449894942011-11-20T09:38:00.006+01:002011-11-20T10:08:39.995+01:00Changing roads to follow: start exploring<div>A new day started for me like almost every day starts at this time of the year. The sun is rising<br />while I drove in my car with music on the radio. I turned on the navigation system and selected a destination from my Favourites called “Work”. You might wonder why is work my favourite, well, at work, I’m involved with software testing and that is one of my favourite things to do.<br /><br />Every day I follow the same route, actually I don’t need to use my navigation tool as I know where I’m going and which other options there are. Somehow I got used to it getting information which is sometimes valuable for me under certain conditions: the expected time of arrival. That information is also just valuable for a short period. On arrival only the arrival time remains and sometimes arguments for delay.<br /><br />While driving along the route peeking at the navigation tool what the ETA could be. Also at my<br />dashboard of the car which is telling me that I’m not driving the maximum allowed speed. Triggered by this information I look with different eyes to the traffic in front of me. Although, different? The only observation I made at that moment was the same as I do in previous days following the same route. I confirmed what I already now: at this time the chance becoming part of traffic jams is obvious. So why bother, just enter the queue and lower your speed and accept<br />the conditions. Why bother for other information. <br /></div><div>This day could be same as any other day. Following the route you already known, look at predefined” behaviour and at the end of the trip: report for duty. Only, this day was not the same as others. I observed that the traffic jam started earlier on the route then occasionally. At that moment I consulted my mobile app and got information about the length of the traffic jam, which was exceptional. I could accept the expected delay and use my navigation tool to monitor the ETA. The chance it would change beyond the boundary of 9 o’clock which would force me to escalate. </div><div><br />I could do what I supposed to do; follow a predefined path and collect information I already<br />could know. No new information collecting besides there was some disturbance which could cause delay. Making the comparison with scripted testing. Only collecting information about a certain path in the system (landscape) neglecting there are other ways to fulfil my trip. The obvious checks can be made:<br />- traffic jam = check<br />- delay within boundaries = Issue (assumption: queue is to long compared to speed and distance)<br />- option to enter the queue = check<br />- predefined route accessible = check<br />- predicted delay = actual delay = Issue (probably)<br />- accept delay = check<br />- predefined route followed = check<br /><br />Again: following this route will provide me information about the accessibility of the route and the time it cost. It doesn’t provide me more information about possible routes which can be followed. <br /></div><div>This day was different; I decided to take another route. I already had some information about one route which threatened the ETA: The Traffic Jam on the High Way. I changed my route. At first my navigation system told be to turn around and follow the initial route and based on this info calculating a new ETA. It took some denial of turn-message to get a new route to follow. Fortunately I new a bit of the area.</div><div><br />It seems like ignoring the original route. I see it more as finding a new way to reach my goal.<br />Immediately I noticed my new ETA was not increasing. It stayed as predicted. This can be translated that the new way to follow was not used at that point by others creating delay.<br />I cheered too early. Just after a while I noticed another traffic jam. This meant that other drivers<br />had made a similar observation. Based on my early experience I valued that this route would not bring me the expected result, being early, on time. Instead of adding the queue here I challenged myself by choosing other paths. This time I new just a bibt about the environment. I accepted that decisions I would made now need more information then just experience. It need focussed observations.<br /><br />I still used my navigator in combination with the environment and my experience. As my<br />navigator tried to push me back on the high way I tried to ignore it and follow the road signs. A new information source was added to my journey. Just after a few minutes I relied on that new source of information, road signs in combination with small knowledge of the environment I followed and made a short stop. I did not feel good to go this direction. <br /></div><div>My feeling and understanding about North, South, West and East I was travelling the correct<br />way, though I was forced to got directed to the road with the initial traffic jam. I made a bold step, ignore tools, ignore road signs with directions, I used my understanding of the position I needed to go to and the position I was at. At this moment I gathered new information: following this route could bring me back using another path.<br /><br />I think it was this moment I got aware what I was doing. I was touring around, gathering all kinds<br />of information which normally would neglected. This seems to me the strength of exploratory testing, reject predefined paths, following your own, while doing reflecting the information you can collect.<br /><br />I accepted that I can make decisions how to follow my way to destination point. I collected some<br />interesting information continuing. </div><div>- I came again on a road I know. It was also crowded by slow speed queued cars. The chance was that this queue caused the 2nd traffic jam I avoided. My mobile app told me that this queue was also huge.<br />- based on this information I choose another road combined with the position of the sun. The<br />ETA was still beyond borders. I saw a detour information board. I neglected it as it seems there might be other ways too. I interpreted it as a detour for other routes.<br />- A few kilometres ahead I saw traffic signs with places on it, this helped me define another road<br />which seemed to be more valuable while the navigator was telling me different. Somehow I could not rely on that tool as it wanted to direct me in opposite direction I was heading to.<br />- While driving I noticed I made some wrong decisions, followed the turn about by 180 degrees.<br />- I passed another detour which can cause delay<br />- I noticed it seemed I was lost in space and focussed on different ways, no longer the primary goal to get to the destination point, instead getting back on track again.<br />- trusting the road signs no longer heading for one known place I drove to a direction where any<br />place in the direction of my goal. I ignored feeling of being lost. I accepted there are multiple ways to get to destination as I was still in the right area.<br />- I came closer and got stopped by traffic lights. A new source of information normally neglected<br />by certain context. I placed it in future context. New knowledge was gained for future tours in this direction. I learned something new about areas.<br />- Finally I entered the town from a different view and could follow the last kilometres of the original tour. I did arrived within allowed time and learn more then I expected when I started </div><div> </div><div><br />Lessons learned:<br />- Following pre-defined routes can make you blind for other information<br />- Starting to explore you need some bravery and embrace uncertainty<br />- Coping with uncertainty you need moments to defocus and to focus<br />- It can help if you don’t value information immediately, try to find the context and<br />challenge that context against another<br />- Exploration can bring you different information on different levels; perhaps it is not bad<br />and not good, if might even not useful after all<br />- Context can change; be aware and take time to allow it or not<br />- There is no wrong path, all paths provide new insight, it depends how to value it and<br />use it. Perhaps not immediately valuable, it might be in the future<br />- The meaning of situations causing delay change over time<br />- When exploring you can use more skills in different areas. Trust on yourselves and continue.<br />- Continuing parts of the original route is not falling back to it; it is addition of your<br />exploration.<br />- Even in daily live there are examples which can help you to understand exploring.<br /></div><div> </div><div><br />This day started good, normally I would complain about the traffic jams, now I got excited by the<br />lessons learned. I did something which was valuable for me. I was in control and learned. I made the decisions instead the predefined path in some kind of scripted route.</div>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com2tag:blogger.com,1999:blog-7392851967512034317.post-25850924802790171532011-11-05T18:14:00.003+01:002011-11-06T02:03:24.787+01:00No space for innovation?<div>This time a smaller note then usual. It came to my mind that in times of trouble we stick to what<br />we know. In history there were other cases when the world was in trouble leaders gave trust to those who got ideas which might fail or might succeed. For instance the war machine during the WWII provided in a very short time different innovations. (<a href="http://en.wikipedia.org/wiki/Technology_during_World_War_II">Technology during World WarII</a>)<br /><br />Perhaps the reason lies with the lack of procedures, methods and controlling processes.<br />After the war improvements were made which seemed to be successful for that time. People still using those methods and methodologies like PRINCE2, ITIL, BISL, TMAP, Six Sigma, etc. It helped managers to give them a feeling being in control.<br /><br />Sometimes they still work for them. I’m wondering if there is still room for other approaches then people are looking for certainty and good practices are not yet given it to them. Is there still space in projects to approach uncertainty with Agile approaches? Can we SCRUM and accept the skills of dealing with that uncertainty and adapt earlier to get better results? Is a context driven approach in software testing explainable when managers are focussing on methods which are<br />know to them, instead of learning and adapting to the actual need?<br /></div><div>I might be wrong, implementing methods can be useful, mostly I saw implementations of it where it became an objective on its own and no longer for adding value to business. Somehow I have the feeling that in times of trouble like we are now as in the economic crisis people tending to get proof that the method is working for them and make decisions to reveal that is not delivering the value by blaming it after all on the economic situation.<br /><br />Is there space to use approaches like Agile approaches or Rapid Software Testing? Are there managers who dare to face uncertainty and learn from it, become stronger and more skilled? Search innovation in the way of thinking and working?</div><div><br />I hope so, as technology is still changing which mean that the way we have to face our new world might be different as we know. Although I’m uncertain about that too. :-) To maintain innovative we have to provide space for those new ideas also. Let us give and get some space for new ideas and try-outs</div>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com0tag:blogger.com,1999:blog-7392851967512034317.post-90871616218966085612011-09-24T07:48:00.002+02:002011-09-24T08:33:32.546+02:00It is released! Book: How to reduce cost of software testing<div><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://ecx.images-amazon.com/images/I/51RMU3RUmpL._SL500_AA300_.jpg"><img style="margin: 0px 0px 10px 10px; width: 300px; height: 300px; float: right; cursor: pointer;" border="0" alt="" src="http://ecx.images-amazon.com/images/I/51RMU3RUmpL._SL500_AA300_.jpg" /></a><br /><strong><font style="color: rgb(102, 0, 0);">This week this great book is released. (sept 15th 2011)<br /></font></strong><br /><a href="http://www.amazon.com/How-Reduce-Cost-Software-Testing/dp/1439861552/ref=zg_bs_4133_37">How to Reduce the Cost of Software Testing [Hardcover]</a><br /><br /><strong>Not just another book<br /></strong>For me it is not just another book related to software testing. The editors Matthew Heusser and Govind Kulkarni gave me the opportunity to cooperate in their journey.<br /><br />I think it is about a year ago an interesting thread started on Linkedin about cost of testing. This already made me more aware about this topic. There passed not much time Matt Heusser also contacted me as student of the “Miagi-Do School of Software Testing” and wrote me about Govind’s and his idea. He asked if I have some valuable contributions to make.<br /><br />After explaining shortly to both that I was in the middle of some interesting exercise. Based on that exercise I might have some valuable contribution.<br /><br /><strong>My short exercise</strong><br />At that Time where I helped gaining information how we could help the business site of the organization by delivering software on defined dates while accepting in some cases functionality was not yet mature.<br />I observed that there was another need of information. I also noticed that which decision management made, it has impact on the test process.<br /><br />When impact is involved, there are risks involved and to get more information about that risk you need to perform some activities. You can also introduce a risk yourselves: perhaps by not performing certain activities.<br /><br />My idea is mainly based on controlling the test process on cost level by collecting information about the risks, the business need and how it work through the testing process. If risks are known you can start defining a strategy about how to continue: are you remain testing in the current phase and the costs are on that project? Or is there an option to shuffle the cost to another moment in time? Does it result in extra testing resources and cost or can you actually benefit from the accepted risks by management.<br /><br /><strong>A year passed by</strong><br />I never had experience writing a book or make a contribution to one. I had the dream of doing so. And more then a year ago I had the opportunity to participate. Amazing how such a process is evolving. I had great support from other co-authors and reviewers. They made me help to shape my story I believe is valuable. As I saw my story grow, I also had the opportunity to read the other chapters in the book. This strengthens me to believe we were working on something big. A book with combined knowledge and diversity in visions.<br /><br />And now it is there! A book with great stories, sharing visions written and shared by testers I respect. If you want to know more about my contribution you might buy the book. If you have questions or need more information or share your experience you can contact me by mail.</div>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com2tag:blogger.com,1999:blog-7392851967512034317.post-78936818314221166322011-06-25T07:04:00.001+02:002011-06-25T07:04:01.998+02:00A day at Test Automation Day 2011On June 23rd 2011 I was in the position to attend the <a href="http://www.testautomationday.nl/">Test Automation Day 2011</a> as an advantage since <a href="http://www.squerist.nl/">Squerist</a>, the company I work for, was the founding partner of this event. In my profession I started with automated testing although I like to think more how test processes can contribute value to an organization I still have a weak spot for automated testing. This made me curious about what to expect.<br /><br />I attended in the afternoon due to other obligations. This leaves me to the experiences of other people. I entered the exhibition area just before lunch and noticed the crowd entering the room. Normally I recognize some people from past conferences, now I saw new faces with one thing similar: passion for their profession.<br />I talked with a few of them and they heard new interesting stuff how certain tools might fit into their business. They got already some value back for attending. Others heard more or less the same story. Isn't it always this way.<br /><br />I attended 3 keynotes: From <a href="http://www.deanalist.nl/">Martin Gijssen</a> <em>(De kracht van open source testtools)</em>, to Mark Fewster <em>(Experience Driven Test Automation) </em>and <a href="http://www.perftestplus.com/scott_blog.php">Scott Barber</a><br /><em>(Automating Performance Tests: Tips to Maximize Value and Minimize Effort)</em><br /><br />Somehow I missed another presentation in the middle. instead I had a great talk with others.<br /><br />What I remembered about the presentation was that Martin was able to speak about open source tools without making a judgment what we should do. In generally it depends, sometimes open source tools are good to use, sometimes not. Personally I expected more information how, when and the pitfalls instead focusing on a framework. Though some introduction was needed and if time is valuable you cannot tell the whole story. What left was the importance of a framework, a test architecture and key-word driven testing is still kept alive.<br /><br />About Mark Fewster: I like this guy, If you sit far behind in the room and you don't have the full picture he has some similarity with David Letterman only in his best days. (hope he is not offended by this. I enjoyed listening and watching to him) With passion and wit he stood there convincing about the experiences he collected about test automation. Based on this he shared us his future. One of the things in his future was the maturity of tools supporting test techniques. I think he might be right, there will be coming more tools than ever.<br />I think another road in the future is the need for focus of tools on the human aspects.<br /><br />So I think we have here 2 paths: 1 path of tools which will support more techniques and move towards the developer to build the scripts for testing and other tools which will support the "keyusers" to tell in what they want to do or did with testing.<br />What the future will bring, we will never know. At least he triggered me to look forward to his book in which he collected the experiences of others.<br /><br />The last keynote was provided by Scott Barber, I never saw him before. Wow, he is an artist, how he sells his story. He got me all the way. Although it was mainly focused on performance testing, he sold me the idea that it is quite different then functional testing. More complex. And perhaps equally fun :-)<br />During the time he gave us 10 tips for free to focus on while setting up your performance test. I think they also are generally usable for all the test we perform<br /><br /><u>Top 10 performance test tips</u> by <a href="http://twitter.com/#!/sbarber">Scott Barber on Twitter</a><br />10 data design<br />9 variance<br />8 object orientation<br />7 Iteration/agile<br />6 Error detection<br />5 Human validation<br />4 Model production<br />3 Reverse validation<br />2 Tool driven design<br />1 value first<br /><br />For details about his tips, just contact him. I'm still looking forward for his presentation as the information was to much to write down. And he has some story to tell. (Afterwards I spoke with him and he is willing to tell you about his experiences)<br /><br />Some of the eye-openers/lessons I remembered:<br />1. Performance testing is for developers, let them help you,<br />2. provide information about performance on continue basis, not only as a big bang<br />3. Think about the release management, test management and infrastructure before you start measuring performance<br />4. Also in performance testing, numbers doesn't say much. Perhaps start presenting you measurements with the happy faces and sad faces.<br />5. Although I was not directly involved with performance testing, in the past indirectly I learned some items and were involved with some performance issues too.<br /><br /><br />I think this conference was a good one, for a first time I think they can be proud of it. A lot of information was shared, good presentations (and some less) were given. They missed the short break after the 2 keynotes and between the "business cases". Now there was less room to share experiences of the presentations. As all conferences, you hear some old wine in new bags or what is it called. I strongly believe in the skill to learn from the information you get and read between the lines.<br />I had some good fun that day and was surprised. It triggered my thoughts and extended some perceptions/views and ideas.Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com0tag:blogger.com,1999:blog-7392851967512034317.post-71368183199614845832011-06-24T10:15:00.000+02:002011-06-24T10:17:34.944+02:00Reflection of a day at DEWT<u><strong>DEWT peer conference: A fact</strong></u><br />On June 11th 2011 the first <strong>#DEWT</strong> <em>peer conference</em> was held. For passionate testers attended by passionate tester and challenged by the same testers. The intention of this day was to share information about topics we have chosen in a previous DEWT meeting with the understanding it interest us and might help us understanding better and become better testers.<br />Next to sharing information it was also an opportunity to practise some skills like presentation and teaching. Or what about sharing ideas to work on them.<br /><br /><strong><u>The evening before</u><br /></strong>Actually, it started already the evening before. In an informal setting, more informal then on the 11th we sat down at the bar and immediately the spirit was already there. The spirit of supporting and challenging each other, tell about their experiences and how we might continue.<br /><br /><br /><br /><p><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjBfx9wrd-nYDPr5rJZ9ZymEW9isaWv0GmLPw9ZSlS0QkhFQ_QJNLgCt9gAEDOVbH1bhuQGxhH8hV3TVKirED85SLDjiRj4eJz7gtc7TEOyKgycyEI49Tm8uYz2Fqaq5Y0dKxnKnwj2aF-P/s1600/DEWT1.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 400px; DISPLAY: block; HEIGHT: 239px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5620727293640251234" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjBfx9wrd-nYDPr5rJZ9ZymEW9isaWv0GmLPw9ZSlS0QkhFQ_QJNLgCt9gAEDOVbH1bhuQGxhH8hV3TVKirED85SLDjiRj4eJz7gtc7TEOyKgycyEI49Tm8uYz2Fqaq5Y0dKxnKnwj2aF-P/s400/DEWT1.jpg" /></a><br />This was just at the beginning of the evening, there was much fun from sharing experience stories, judging the music, talking about artists and how lucky we are the have open minds able to learn what is testing all about.<br /><br /><strong><u>The day it happened</u></strong><br />At 9 o'clock sharp we started.....with waiting when the last persons would show up. And after 10 minutes the great happening was opened by Ruud Cox, appointed chairmen for the first part of the day. On a previous meeting of DEWT we decided to support this day with 2 chairmen (Also Jeanne Hofmans) to restrict our ideas and thoughts. Based on the same session we came up with the following program (except the lightning talks, those were defined during this day)<br /><br />On todays program where the following topics:<br />§ Opening presentation on <strong>Artful Testing</strong> by <em>Zeger van Hese<br /></em>§ <strong>Transpection</strong> by <em>Michael Bolton<br /></em>§ <strong>Lightning talks by:<br /></strong><em>Jeroen Rosink</em>: Testing Pyramid<br /><em>Huib Schoots</em>: The power of knowing nothing<br /><em>Zeger van Hesse</em>: Bader Meinhoff-phenomenon:<br />§ <strong>RST and SBTM in The Netherlands</strong> by <em>Ray Oei<br /></em>§ <strong>Credibility</strong> (the quality of being trusted and believed) introduction by <em>Ruud Cox</em><br /><br />Each performance had its own perspective and story, you had to be there if you had the chance.<br />I shall not recapitulate everything instead let me tell you some of the lessons I learned<br /><strong></strong><br /><strong>Some Lessons Learned</strong><br />When Zeger told about art and artist he made the relationship with testing. What I liked is that he sees testing as and art though we are not the artist. Testers can be seen more in the role of an art critic. And an art critic should know about all the variants of art.<br /><em>Should he?</em><br />This triggered me thinking about the tester, should he also be aware about all the variants of testing? Perhaps at a certain moment. At least what he knows about testing must be told with confidence en compared to the truth.<br /><br />I think if you keep shouting something is bad, that noise will no longer leave your room. If you tell the story and you are capable to make that story accepted then you gained reliability. This means you have to be able to explain in certain details what your test was all about....You have to be able to tell and explain the art of the software.<br /><br />Another challenging topic was supported by Michael Bolton and was about transpection. </p>What I remember about the definition was <em><u>Transpection</u>: "An idea in head to explore which gives the person the opportunity to probe/play with the idea without influenced too much"</em><br /><br />Valuable information about this topic can be found on:<br /><a href="http://www.satisfice.com/blog/archives/62">Transpective Dialogs for Learning<br />by James Bach</a><br /><a href="http://www.developsense.com/blog/2009/09/transpection-and-three-elements-of/">Blog: Transpection and the Three Elements of Checking by Michel Bolton</a><br /><a href="http://www.developsense.com/blog/2009/09/transpection-and-three-elements-of/">Blog: Transpection and the Three Elements of Checking by Michael Bolton</a><br /><br />He challenged us to use transpection to investigate the meaning of it. it made us think. Some investigated the internet to find more information, or examples. Together with Jean-Paul we did our own mind exploring to see how we would see the boundaries of transpection.<br /><br />What I learned about transpection it is already done by persons like Plato...it is a good way to gain information or guide persons to learn/gain insights. Not everything is a transpection, pub talk can be rather not. It has a beginning and an ending although you never know which direction it goes. Though it starts with a main subject.<br /><br />I think transpections can change over the time. With this I mean:<br />- you are the person who held the transpection and challenge the other<br />- you are the person who is challenged<br />- During the initial transpection, in which you are challenging your idea, you leave space for the other for a moment of transpection. perhaps you get it back later on?<br /><em></em><br /><em>Some questions I still have:</em><br />What is the option to step out of a transpection?<br />How can you step out without minimizing the result for the other?( Rude behaviour might distract and loose focus on the results)<br />Can the main subject be changed? How is this done/monitored?<br />When do you have a transpection and when did you loose the transpection?<br /><br />These are some questions I have to look further and learn about myself.<br /><br /><strong>The Lightning talks</strong><br />The first talk was provided by Huib Schoots. He explained the idea of the power of knowing nothing. I think he is onto something. Though I know a bit about this :-)<br />It reminded me about the concept by general Rumsfeld: about known-knowns onto the unknown-unkowns.<br />If there is some power behind the information we don't know I think it can be worth to investigate what we don't know and always be aware of it.<br /><br />I was also chalenged to held a talk. This gave me the opportunity to challenge an idea. While expressing the concept I was triggered to continue thinking about it. What was my idea? The main concept is that testers start as junior and grow up as senior. Only there is not much space for seniors so if you want to survive, you ahve to be good at what you are. This reminded my about a story by <a href="http://adam.goucher.ca/papers/TheMostImportantStakeholder-You.pdf">Adam Coucher: The most important stakeholder are you!</a><br /><br />Or what Cem Kaner ask us: do we want to be commodity (a banana)<a href="http://www.kaner.com/pdfs/ImmuneITtestTalk.pdf">Exploratory Test Automation: Investment Modeling as an Example by Cem kaner</a> or do we challenge ourselves and learn?<br /><br />In my opionion if you want to stay in business you have to create to ability to learn and not only to remember. You have to be aware that you can't rely on what you have done in the past or which certificates you collected. You have to be aware and think what you want to be.<br /><br />During the lightning talk MB chalenged me: about the "You" and the "Why" he was right. Who am I to tell you what to do!!!<br /><br />Zeger spoke about the Bader-meinhof-phenomenon. If I'm correct it is about the situation, when you noticed something strongly you suddently see it all around you. Imagine you have a new car, before you never noticed those beautifull cars, and now it is all around you. Imagine what this can do with bugs. You never were aware of this type of bugs and now: HELP!!!!<br /><br />The thing I don't like is the title of this phenomenon, it has some negative feeling. Im certain there are other sources from psychology which explains more in detail from another perspective about it. I know that something similar is also explained by <a href="http://en.wikipedia.org/wiki/The_Man_Who_Mistook_His_Wife_for_a_Hat">Oliver Sacks in The Man Who Mistook His Wife for a Hat</a><br />In one of the chapters he explains about a situation where after learning about it he saw similar symtoms all over the city by people.<br /><br /><br /><br /><p>Somehow we made it to lunch and deserved also a great walk through the woods next to the hotel.</p><br /><p><strong>RST in The Netherlands</strong></p><br /><p>After getting back some final tutorials were given by Ray Oei who explained about the lessons he learned implementing RST at 3 companies. It was sometimes hard as we still live in "TMap-country" There was some sound who explained that if TMap is asked we might call it TMap.</p><br /><p>This idea I reject. Why call it something which doesn't work in the essence because when we ask testers about it they too often exlpain that it is not done as written therefore intended. They made there own twist..When asking them about it it is far from TMap. They use some templates, they use some techniques, they use some something and at least: it is al planned and those planned are nto telling what you actually did.</p><br /><p>What I believe is: if you found you own way to make testing happen, don't lean on a name to sell it. By selling it under a name like TMap or ISTQB you support the believe it actually works. So it is sold more often. Perhaps it works for you, what I believe in is in honesty. Borrowing good things or bad things from a concept which leads to your succes doesn't make the concept be a succes.</p><br /><p>Ray remined me why I suport RST because it chalenge you to think out of the box, it helps you to guide your thoughts, it leaves space to make it work for you!</p><br /><p><strong>Are you credible?</strong></p><br /><p>After the RST the final presentation was provided by Ruud about credibility of a tester. he is onto something, we testers should be aware about our credibility more often. When it is gone it is hard to gain back. Perhaps we should copy his action and create our own card or "buy" it from Ruud</p><br /><br /><a href="http://testsidestory.files.wordpress.com/2011/06/style.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 311px; DISPLAY: block; HEIGHT: 197px; CURSOR: hand" border="0" alt="" src="http://testsidestory.files.wordpress.com/2011/06/style.jpg" /></a><br />copyright about the photo: at Zeger van Hesse/ copyright of the actual object (style-card): at Ruud Cox<br /><br /><ul>STYLE<br /><br /><li>Safety language</li><br /><li>Two ears one mouth</li><br /><li>Yes but</li><br /><li>Lighten up a little</li><br /><li>Empathy</li><br /></ul><br /><p>With this final tutorial we closed the day in STYLE and went out for a dinner and reflect on the day and share some mysteries and parrots ;-)</p><br /><p>Afteral it was a great day.<br /><br />See also<br /><a href="http://dewt.wordpress.com/">DEWT</a><br /><a href="http://testsidestory.wordpress.com/2011/06/21/dewt1/">Zeger van Hesse</a><br /><a href="http://arborosa.wordpress.com/2011/06/17/dewtconferencepost1/">Jean-Paul Varwijk</a> </p>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com0tag:blogger.com,1999:blog-7392851967512034317.post-65388282214073123472011-06-06T09:47:00.006+02:002011-06-06T11:18:48.166+02:00How can I work when you build a fence around it?<strong>Protection of your work</strong><br />Last week while I was busy with one of my hobbies "geocaching" I found beside the treasure another particular thing. As on the photo below you see a mailbox only how can the postman deliver his work?<br /><br /><br /><br /><br /><p><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjKpAisPezod7jnScMxkPxIu3M00ARP8Pw6aHUG-PZGp3B_LU09JYW3zOrz-FPb6J949uQmvyRja34Fc8j9AdOyLyKv6OTtUYki4256F6ev1iogzt2IpD1AwhSz42wB5g_kqPbDego6Ju0b/s1600/IMAG1509.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 240px; DISPLAY: block; HEIGHT: 400px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5615026766992203874" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjKpAisPezod7jnScMxkPxIu3M00ARP8Pw6aHUG-PZGp3B_LU09JYW3zOrz-FPb6J949uQmvyRja34Fc8j9AdOyLyKv6OTtUYki4256F6ev1iogzt2IpD1AwhSz42wB5g_kqPbDego6Ju0b/s400/IMAG1509.jpg" /></a><br />You might pass by this situation and laugh about it and continue what you are doing. The same you can do with this posting. You also might think what can be learned from this? is this a bug? Can it bugging me? Or bugging someone else? In certain situations I try to reflect on these situations towards testing. I believe that<em> in every thing/situation there is something to learn from </em>and which can help you define your mind set about testing.<br /></p><br /><br /><p><strong>A mailbox as trigger for questioning</strong><br />So what did this picture triggered me: translate mailbox as you test object...it is a box that you want to see what you can do with it, what value it can give you, what you can tell about it, perhaps you want to take a look inside.<br /><br />Currently there is a fence between you and the mailbox. How would you translate the fence. In my opinion anything which stands behind you and what you want to do. This can be procedures, a process, no resources just use your imagination.<br /><br />The situation here <em>reveals more information</em>. Only you have to make assumptions, and some people claim making assumptions is a bad thing for testers. I like to play with assumptions to <em>see if there is valuable information behind those assumptions.</em> For this situation I raise the assumption that this mailbox was of use for someone at some time for some period. I'm onlyy a person who found about this situation when there was a fence. Perhaps this was not always the case. This is an assumption. In my opinion the value of the object changed over time. Only it is the value I can give based on my current observations and knowledge. I might tell this mailbox cannot be used anymore, big deal, the postman should take postcards back to the station.<br /></p><br /><br /><p><strong>Change of process</strong><br />For the postmen it might disturb the process as he was ask to deliver, by taking back it is not taking back his postcards; it are the receivers postcards, and now there is no line of communication with the receiver. The package cannot be delivered and there is no solid way to communicate about the changed situation. The owner was not available. The <em>fence is stopping him to do his job.</em></p><br /><p>Another assumption here is that someone else placed the fence for some reasons we don't understand, yet? That other person used his process to place the fence <em>without bothering other process which affects his action</em>. In organizations there are also those people/roles. Therefore this can also be translated testing. <br /><p><strong>Other processes affects testing</strong> <br /><p>How often are we testers bothered with other processes which stopped us doing our job? Our job is testing, asking questions to the software and more. How often are we busy to find information why processes/procedures which are defined to help us obviously to test better? Making the quality of the process visible instead of making the quality visible of the product. We use our energy on other "important" things than using it for testing. I learned that often we are busy with "valuable" metrics to control processes instead of collecting information to tell the story about the product. Value time is lost. <br /><p><strong>Help us with testing</strong> <br /><p>Instead of focus only on processes try to focus on testing. Sure there is always other processes which affects our work. Let those processes help us. Only <em><strong>make sure you don't build your fence around our job!</strong></em></p>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com0tag:blogger.com,1999:blog-7392851967512034317.post-45489246353466108012011-05-16T09:33:00.005+02:002011-05-16T11:07:25.163+02:00Testframing: a bit of my perspectiveLast week I attended a tutorial on testnet spring event 2011 given by <a href="http://www.developsense.com/">Michael Bolton</a> on Testframing. I already read something about (see: <a href="http://www.developsense.com/blog/2010/09/test-framing/">http://www.developsense.com/blog/2010/09/test-framing/</a> )and now had the chance to see it work. it was a great day as it made me think more about this concept. To preserve my thoughts and ideas I wrote this article. Perhaps you can learn also a bit from it.<br /><br />Initially I thought it would be an approach were you frame all the tests in constructive sentences, and write them down. So initially it seems to be the same as I was told to do in the past: write test cases and then execute them.<br /><br />I was wrong then: Why would you write down or use valuable time to write down test cases till the lowest detail when your mind is able to work with <em>the speed of thinking</em>. So there must be more to understand.<br /><br />During the tutorial I noticed that one of the strength is the way you use <strong>a mission</strong> to guide the <em>story</em> you want to tell and the observations and actions you do how the story can be told. While explaining there was interaction between the listeners, when something was not clear you change the vocabulary of the <strong>proposition</strong> or perhaps the vocabulary itself. You even extend the frame using formal or informal <strong>connectives</strong><br /><br />I think that the difference between writing test cases and test framing it takes you much further, it combines the strength of a test strategy with thinking about the justification of testing together with(when necessary real time) adaptation of the path in the system you tending to follow ending up with the explanation of the results you found combined with the justification why you did it. This can be done <em>very fast.<br /></em><br />In other approaches like TMap we tend to call it in the Netherlands, there are all kind of delays involved, first the plan, then the written cases, then the execution and after a while a verdict about quality which was stated in the plan.<br />In some way it is a structured way of working, is it testing? This is another discussion I will not start here. There are other sources about this topic.<br /><br />In short I learned more about test framing that it is a way of telling a story why and how you tested something combined with the results you found and what you think it tells about the system.<br />Testframing to me can be done by writing it down, in some cases this makes sense perhaps because of some complexity is involved or some kind of uncertainty about the system you have and you use it to validate your story.<br />Sometimes you actions are less important and easy to explain afterwards, then you use it without writing it down, just explain it.<br /><br />Somehow I see a lot of potential in this way of testing. one of the reasons is that it keeps me thinking if I'm doing the right things.<br /><br />On the same day Michael Bolton also had a keynote were he explained about the dark and the bright future. This was a great view. In the birghter view he explained about first order measurements (some more information can be read at stickyminds.com:<br /><a href="http://www.stickyminds.com/pop_print.asp?ObjectId=15136&ObjectType=">Three Kinds of Measurement and Two Ways to Use Them By Michael Bolton</a><br /><br />While explaining first-order-measurement he used a connective "or" this triggered me to think that this is one of the strengths of testframing. You <em>are able to</em> adapt you story based on the first-order-measurements. My first reaction was: <em>This is great!</em><br /><br />If I'm able to tell a story about why I'm doing something with what mission (direction) then I'm able to tell the stakeholder/person who cares why Im worth paying for and spending time and resources.<br />If I'm able to make visible that I'm able to react on circumstances, the information from first-order-measurements, which are happening now instead which happens in the past (the delay when test scripts are written down and the explanation is proved later on) then I provide my self a tool to see if Im on the right way of acting and providing information which are accurate and supports transparency.<br /><br />Looking back to testframing, I see some different ways to use it with respect to logging the actions:<br />- use it by thinking in testframing: nothing to write down or explained.<br />- use it only using your mind, thinking about it and explaining what you have done/doing<br />- use it in front and write down some notes how you think you want to approach the system<br />- write down while testing how you framed the mission<br />- pair testframing: you tell and share your thoughts/mind and another person make notes without interrupting you thinking process (this is another role than the person who challenge you while testing)<br /><br />Another dimension here is the measurement-order. I think first-order-measurement is an valuable addition to be aware of while framing. Here you can do also some logging as the measurements changed or confirmed the path you were following in your mind.<br />- before testing and framing first: you might consider which propositions might provide valuable information<br />- during framing and not logging the testframe itself: log the moment of measurement and result, here you might wonder if you also write down the impact on your story.<br />- during testframing and also explaining the result: tell the story not only what you have found and why you did it, also explain what impact the measurement had on your frame and ask if you valued your measurements properly. If not there might be some valuable information left behind the framed story.<br /><br />Somehow I believe testframing is a great way to test a system fast with the right transparency and justification. it is not just a trick you can learn, you have to practice to be able to do it and learn to become better at it. It is a way of thinking and communicating with others which is not only challenge the system as you do it, it also challenge you by explaining how you do it. Perhaps it also tells the story about the tester.<br /><br />I hope this article challenge you to think a bit on Testframing, for me this is just the beginning in learning about testframing looking for opportunities and time to start with it and learning about it.Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com0tag:blogger.com,1999:blog-7392851967512034317.post-78184073730607310562011-03-03T21:30:00.000+01:002011-03-03T21:31:56.193+01:00Issue solving in the cloudThis time not a story which I did a bit of research. This time not a long story, at least the intention is not to write one. This time about a thought I want to share with you.<br /><br />The trigger for this thought was the failure of internet. As often I didn’t had the phone number available to call some service desk. Therefore I used my mobile and twitter account to express some #fail moment using a #service from some #provider<br /><br />Within 10 minutes I got response from a service desk who noticed my call and asked for more info over twitter. Wow, I was taken serious, even more serious then providers took me before. They came to me to help me instead I asked them to help.<br /><br />I provided some info with the idea: “We will see, perhaps it might work for me.”<br />Approximate 15 minutes later they came with the information that there was some kind of capacity shortage and they are working on it and asked me to have some patient.<br /><br />Wow, not only they contacted me, they also shared information with me. How powerful twitter can be.<br />I shouted in the cloud and got help from some kind of desk. This made me think about the concept: “Issue solving in the cloud.”<br /><br />Imagine that all apps, information, data etc are in the cloud. As user the chance of identification the service who can help me might even more challenging then solving the problem. Nowadays if we have an issue, we make a ticket or call someone to make a ticket and we have to wait and see. If I don’t know who to contact, why not make the provider responsible to monitor. We just need some rules, or perhaps even not. Who will tell.<br /><br />Assume the following<br />- I want help<br />- I don’t know exactly who should help me<br />- apps are every where and nowhere, at least I don’t know were<br />- I have a tool which I can use to communicate<br /><br />If there are a huge number of applications, you can do several things, use several issue tracking systems, (how can I monitor all?) Buy some service who does this for you (why do I need to pay more for something I don’t control?) or just communicate about it and use only those apps of organizations who also care.<br /><br />Perhaps this can twitter also be for us. In this example I know what was not working for me I used the identifier #fail and a #provider name. Surprisingly, someone cared and responded; and informed me.<br /><br />Perhaps this is the new way of issue solving, not writing huge reports what went wrong (only 140 characters) get help by interaction (question within time) taken seriously as a customer (provide service). No issue tracking list about metrics, no waste of time by spending more attention how to get the numbers right for management instead use that same time to investigate, learn, question and adapt.<br /><br />I know this might be far away from the future how to deal with issues and provide service in the cloud. In my opinion if cloud is a new way of serving then also problem solving must be adapted to the this new way of working. Let change the roles. As we placed the apps in the cloud, the data in the cloud and the people in the cloud. The not store the issues on the ground and use the processes for solving as we do know. It might not fit. So let look fore other solutions out side the box into the cloud.<br /><br />Just a few thoughts about issue solving in the cloud to share with you.Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com2tag:blogger.com,1999:blog-7392851967512034317.post-71605442858545361802011-01-31T22:11:00.007+01:002011-01-31T23:23:03.813+01:00Seminar: Are you innovatingAlthough this is not a correct translation it might make things more clear then call it "Innoveer jij mee!"<br /><br />Today I attended a free seminar sponsored by Ordina with to great speakers: <strong>Gojko Adzic</strong> <a href="http://twitter.com/#!/gojkoadzic">@gojkoadzic</a> en <strong>Anko Tijman</strong> <a href="http://twitter.com/#!/agiletesternl">@Agiletesternl</a><br /><br />The evening started with a long row to obtain "bad" coffee. With this start everything can only improve. And it did. Sure, there are always some things which are worse or could be better. Let me start with some small notes about the impression I gained. It is not the full story, just some snap shots and ideas.<br /><br /><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgx6b8DJcYKMI0p1tY5IaSiXnacDgR81qbLSS-L95Bgk9cBW4Kud6EnCTfDs2hK8UbFKvA8Hi0DLaQuEiIJG6p2haYPWolX37OcNgBNpPgStWq0WArBE6T_FW5mpOKKH2uvoNbBQeqTNiGN/s1600/IMAG0602.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 240px; DISPLAY: block; HEIGHT: 400px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5568476714936495314" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgx6b8DJcYKMI0p1tY5IaSiXnacDgR81qbLSS-L95Bgk9cBW4Kud6EnCTfDs2hK8UbFKvA8Hi0DLaQuEiIJG6p2haYPWolX37OcNgBNpPgStWq0WArBE6T_FW5mpOKKH2uvoNbBQeqTNiGN/s400/IMAG0602.jpg" /></a><strong>Gojko's </strong><strong>"Sleeping with the enemy".</strong><br />As the chairmen mentioned, "Oh, no, not that again" It was not about testers and developers. Us and them. Hearing Gojko mentioned these words I immediately thought about the song from Pink Floyd <a href="http://www.youtube.com/watch?v=zlY-JlE5ZCo">Us and Them</a><br /><br />Looking to the lyrics it can be so true. It also start with:<br /><em>"Us and Them<br />And after all we're only ordinary men" </em><br /><em></em><br />Gojko did not emphasize the idea of Us and Them. What I remembered was that he want to skip the functions. In teams we don't need functions, we perhaps need roles. We should get rid of our who's to blame culture.<br /><br />He started with a great statement <em>"Why are we[programmers] going to stop telling testers how to do their job? They know testing much better than we do!"</em><br />There is still some discussion possible if developers should test or testers should test. I think we should do both. I will come back to this later on.<br /><br />In my opinion he used a very strong example. (Keep in mind that these are some pieces I remember from this evening. Therefore these are my interpretation and words).<br />A driving instructor is not telling you: you hit that car, and that car and that pedestrian. A driving instructor is teaching you how to drive.<br /><br />A similar thing we testers should also do. Teach the developers how to test, participate. If they are able to do the testing for you. You gained time to do more important things.<br /><br />Meanwhile <a href="http://twitter.com/#!/MichelKraaij">@michelkraaij</a> tweeted a statement <a href="http://twitter.com/#!/gojkoadzic"><em>@gojkoadzic</em></a><em>, you keep making the distinction between developers and testers. Testers ARE developers!<br /></em><br />We discussed this in the short break and Gojko marked that within a role there is also persons are involved. I translated that into a thought that personality is also important how a person can interact within his role.<br /><br />So I polluted the twitter sphere with this idea as response:<br /><em>ppl matters,personal value creates personality help define skills 2 form attitude able to act in a role</em><br /><br />My idea with this statement is that it is easy to think that every one should be able to test or develop or do the same. Skills should be equal. Who does is doesn't matter. If people are involved we should respect them and human beings with a certain value. People differ and therefore have different personalities. I think the personality able a person to use their values under certain circumstances which will express their skills under those conditions. When it is noticed, people will respond on it and this will influence their attitude. And now based on the attitude, the presentation of the role which is needed will be express also. (don't shoot me for these thought, it are just ideas which seems reasonable to me, I did not read a book to support these ideas)<br /><br />As promised, based on this concept it should not either be developers or testers who do the testing. Testing should be done by those who care about testing. If a developer cares about testing then let him test.<br /><br />This was in other words also Gojko thought; he explained that when testers were involved quality reduced as they rely on the tester and no longer on their own skills/value (testing).<br /><br /><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi16ZXcWMKGfk8-Dqz3gLzjXdn6vdVkK4VBuonCea10saZKFKEgdwZeZZ1ya54ubaK4hYXyiKz9jwhuYCeUpGPJpVKHQh7JiesYyCT2N_HNZ4P6t1VTpdf_LIlP-G3C0UgO56ngknGyz6Qm/s1600/IMAG0603.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 240px; DISPLAY: block; HEIGHT: 400px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5568476718722039314" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi16ZXcWMKGfk8-Dqz3gLzjXdn6vdVkK4VBuonCea10saZKFKEgdwZeZZ1ya54ubaK4hYXyiKz9jwhuYCeUpGPJpVKHQh7JiesYyCT2N_HNZ4P6t1VTpdf_LIlP-G3C0UgO56ngknGyz6Qm/s400/IMAG0603.jpg" /></a>After all Gojko held a great presentation with hand drawn slides :) With perhaps a credo: "let developers help us to test so the testers can do other important things."<br /><br />I think this can also be expressed by the words from Pink Floyd from the song mentioned earlier <em>"And who'll deny that's what the fightings all about<br />Get out of the way, it's a busy day"</em><br /><br /><strong>Agility in the waterfall? </strong></div><div>After dinner Anko started the presentation he also held at Eurostar 2011 called "Building a Quality Driven Team". After some introduction he came up with some slides I initially thought he wants to bring us back into the waterfall. I can come up with argument I reject his story. I think he showed me some other ideas concepts. He made me think. Although his slides seemed to look like waterfall explanations. If I turn that concept around: He made me able to bring put arguments to the traditional project manager who relies on requirement, design build etc till it is good and supported by waterfalls ect.</div><br /><br /><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjOWrIjdW8Q1R7UdrFPGhc3_Fb8vbSSDmVUfT9HgwNSF5yYEQuBCfrf9UMZb676QIz_6b7j9TKAtb7LzeRXFWIhN2Yab5XXhk9l1uNS_j2GIrFxs4tQg36Igfe_shf348VijR8Zm7TFHQ69/s1600/IMAG0604.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 240px; DISPLAY: block; HEIGHT: 400px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5568476726971481314" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjOWrIjdW8Q1R7UdrFPGhc3_Fb8vbSSDmVUfT9HgwNSF5yYEQuBCfrf9UMZb676QIz_6b7j9TKAtb7LzeRXFWIhN2Yab5XXhk9l1uNS_j2GIrFxs4tQg36Igfe_shf348VijR8Zm7TFHQ69/s400/IMAG0604.jpg" /></a> <div>The model Anko made for me was a model I could use to explain how certain phases of Agile testing fits in a V-model approach. If a PM fancies a V-model, why not use it to explain your thought. It can help to express that your ideas about Agile attitude and quality firs in his project also, only there are some other conditions. You might be able to build a bridge between different thoughts and gain some understanding. This might be a solid base for obtaining commitment.</div><div></div><br /><div>Anko posed another statement about the emotional acceptance factor. I would translate that into an example I learned a few years ago. </div><div></div><br /><div><em>I was on a project with the ideas of Agile and with a lot of commitment from business, team and project management. We tested together and did a great job. As well as developers and testers were able to tell on daily basis what they did and how the project was evolving and value was introduced. We were almost finished and one of the stakeholders complimented us with the result and made one final addition. I see you did a great job, I see that the quality is somehow made visible. The only thing I would ask you to do: Coach and support one of my key-users, make him test in his uncoventional way. if you are able to help him gain trust it would help me to sell it to the business.</em></div><br /><div>This was not about not trusting our results. This was about some feeling based on emotions. This was emotional acceptance. </div><br /><div>Hearing those words, I start remembering more of those examples. It is not explicitly written in books. It is there. And we should care.</div><br /><div>There are more things I have remembered and should remember. After all, it was a valuable spend evening. Of such value I want to share it with you. </div><div></div><div>At the end I had some great conversations with other people and thanked Anko and Gojko.</div><div></div><div> </div><div>While driving home I forgot to ask him if he had a copy of his book available and ready to sign, perhaps another time (@gojkoadzic you have my card :-) )</div></div></div>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com0tag:blogger.com,1999:blog-7392851967512034317.post-35328273691069463132011-01-19T20:59:00.000+01:002011-01-19T21:00:47.095+01:00Navigation by blindnessLet me start again with a phrase: a few weeks ago.... some how I got triggered by the navigation system I own. I drove back from work towards the place I call home. I push automatically the “home” button and the navigation system calculated the optimal trip home without asking me for any questions if I prefer another way to follow.<br /><br />Normally I would consider this normal behaviour and follow the advice route or ignore it. This time I got aware of “it”. “It” gained is this situation a new context. “It” turned from an accepted situation of which the rules did not matter into a situation with several conditions. “It” turned into a predefined path into an path which could be overruled with made decisions which I controlled.<br /><br />You might think, this is nothing strange, you always follow the route which is calculated, or you also overrule the calculated route.<br />If so, are you able to make the connection with software testing? Do you even wonder if there are connections?<br /><br />At that moment driving back at home there were several things I thought of:<br />- Why do I ask for a defined route calculation although I know were I am, were to go and how to drive?<br />- Why did I still continue to add the destination?<br />- Why was I curious about the ETA, I had a watch and I know how long it would take approximately and somehow it was not higher maths?<br />- Why did this remind me of some moments in regression testing? Performing the same actions although you know the outcome?<br />- Why did it give me a bad feeling that using a tool did not provide me any additional value?<br />- Why did it feel as false trust to rely on a tool although I could use my own knowledge, skills and senses?<br />- Why did it look like I was in control and in testing using standard regressions test or standard automated tests provide same feeling of control?<br /><br />So why do I bother at all to write about such a simple action. That is “Why”.<br /><br />While driving I deliberately ignore the advice as I know another route, not faster, not slower, a route which worked for me. I ignore the tool, the navigator, and followed my route. I used a who-cares-factor.<br />So who cares?<br />I cared because:<br />- I got aware that I was able to overrule the system<br />- I got triggered to ask me the question why to ignore the system<br />- I added new value to the meaning of the route, as I was curious about some parts of the area<br />- It made me also challenge the tool I was asking for information. I compared the initial prediction of ETA combined with KM’s to drive with the newly forecasted information<br />- It made me able to listen to my car under other conditions, instead of driving 80 km/h driving the care with 120 km/h. somehow certain speed at certain moments gave some other thrills.<br />- I got aware of a situation were things seems so obvious you have to change focus to learn new things and redefine old behaviour.<br /><br />That evening I learned more about not following blind advises provided by people or systems. I learned to play with the context, instead of accepting the situation I got new insights about the way I behave, think and act. I learned that I and perhaps others using tools out of familiarity instead of certain purpose which value has changed.<br />I learned that if you don’t change the situation or circumstances then the value will be minimized. This remembered me of a lessons I read somewhere sometime that if you don’t change your regression tests then they are worthless, they don’t add anything. So why do it, spend time, and valuable skills if you skilled testers?<br /><br />I think we should avoid navigate with certain blindness by relying on tools and defined routes. Instead we should change our test cases and not rely on our “old” regressions tests or other tests we scripted in the past.Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com0tag:blogger.com,1999:blog-7392851967512034317.post-47912555158469438352010-08-12T11:17:00.006+02:002010-08-12T13:58:17.186+02:00Geocaching and software testing<strong>Introduction</strong><br />A few months ago I was introduced by a friend of mine with the phenomenon called Geocaching. Looking at the title of the <a href="http://www.geocaching.com/">Geocaching site</a> "The Official Global GPS Cache Hunt Site" you notice the word "Hunt". To me this seems a bit like testing; as testers we are hunting for bugs instead of caches. Below you will find a short introduction to GeoCaching, for more information check out one of the links.<br /><br /><strong>A short introduction to GeoCaching</strong><br />The definition about geocaching on the main site is: <em>"Geocaching is a <strong>high-tech treasure hunting</strong> game played throughout the world by <strong>adventure seekers</strong> <strong>equipped</strong> with GPS devices. The basic idea is to <strong>locate hidden</strong> <strong>containers</strong>, called geocaches, outdoors and then <strong>share </strong>your <strong>experiences</strong> online"<br /></em><br />I highlighted a few words which have some similarities also with software testing:<br /><br /><em>High-tech treasure hunting <strong><></strong> in an high tech environment searching for bugs</em><br /><em>adventure seekers <strong><></strong> passionate testers</em><br /><em>equipped <strong><></strong> with tools and skills</em><br /><em>locate hidden containers <strong><></strong> identify issues</em><br /><em>share experiences <strong><></strong> share value of the tester/system</em><br /><br />You might find more similarities in this definition or you might believe these are not the similarities. You might by right. In my opinion are more relations between testing which goes further then just looking at the definition.<br /><br />Recently you see testers I value bringing up all kinds of challenges. Challenges to make the tester think. Most of the time those are directly related to testing like the missions in <a href="http://weekendtesting.com/">http://weekendtesting.com/</a>.<br /><br />Geocaching brings you also this challenge, only not just behind the pc, it takes you in the world outside, the caches are most of the time outdoors (Yes, there are some also located behind doors when you search for example in the centre of Amsterdam on caches)<br /><br />Besides the official geocaching site you can also take a look at the wiki page: <a href="http://en.wikipedia.org/wiki/Geocaching">http://en.wikipedia.org/wiki/Geocaching</a><br /><br /><strong>Type of caches</strong><br />There are several types of caches with all their own purpose and symbols (depending on site and/or tool). Below you see a selection of<br /><u>Traditional:</u> The basic cache type, a traditional cache must include a log book of some sort<br /><u>Multi-cache:</u> This variation consists of multiple discoveries of one or more intermediate points containing the coordinates for the next stage; the final stage contains the log book and trade items<br /><u>Mystery/puzzle:</u> This cache requires one to discover information or solve a puzzle to find the cache<br /><u>Virtual:</u> Caches of this nature are coordinates for a location that does not contain the traditional box, log book, or trade items<br /><u>Earthcache:</u> A type of virtual-cache which is maintained by the <a title="Geological Society of America" href="http://en.wikipedia.org/wiki/Geological_Society_of_America">Geological Society of America</a>. The cacher usually has to perform a task which teaches him/her an educational lesson about the earth science of the cache area<br /><u>Event Cache:</u> This is a gathering organized and attended by geocachers.<br /><br /><strong>Types of containers</strong><br />There are several types of containers which contain the logrol. They are from magnetic to nano. from mini to ammo-boxes. Depending on size the purpose is defined and value can be added.<br />Example of a nano-container<br /><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj9AQ91RhDEJfh9NBC1nWRiw-WwV83ENVIFuqaJNG3NiKyZktdo4X-YYh8xLRz8FGLQ1LSOs5cuvKx7_ZnV9eU0U2d6Wgnpb1EhiTMGkPL1zk1Ng8v3rLjjV1SNpB1F80tNwkbaiazwe-Sf/s1600/nano-600.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 400px; DISPLAY: block; HEIGHT: 239px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5504488276329584514" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj9AQ91RhDEJfh9NBC1nWRiw-WwV83ENVIFuqaJNG3NiKyZktdo4X-YYh8xLRz8FGLQ1LSOs5cuvKx7_ZnV9eU0U2d6Wgnpb1EhiTMGkPL1zk1Ng8v3rLjjV1SNpB1F80tNwkbaiazwe-Sf/s400/nano-600.jpg" /></a><br /><br />Example of a ammo-box<br /><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgj567GDRhAz2bUecP9YP-bHTvmxm88JEaCUBhvlI7hv9pCGJ21xH_ZUZUC4fC8-3_GHYohh-5BTJMpnBqinkxV4yPDf3oPM_5FJWp5IQmqcC41-ZwIqoLyVCzx-yVZ8sK1TfwrHxqKSyqj/s1600/ammo-600.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 400px; DISPLAY: block; HEIGHT: 239px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5504488270521819442" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgj567GDRhAz2bUecP9YP-bHTvmxm88JEaCUBhvlI7hv9pCGJ21xH_ZUZUC4fC8-3_GHYohh-5BTJMpnBqinkxV4yPDf3oPM_5FJWp5IQmqcC41-ZwIqoLyVCzx-yVZ8sK1TfwrHxqKSyqj/s400/ammo-600.jpg" /></a><br /><br />Example of a re-using containers (foto-container)<br /><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgzXMyD0Xhwf7tBvEb7b1gmd5NKwmQrX75tixc5iJXoxHdT_9I3wNKjVPi-3PBp4KTwZAKhLvqKJIS_EiDfJ6vq2WP13b8lloXF3t4IZyj5_zbm4WM3d7Jvz710ngTxbdHoT7m1aeFnLC-X/s1600/foto-600.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 239px; DISPLAY: block; HEIGHT: 400px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5504490656349142482" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgzXMyD0Xhwf7tBvEb7b1gmd5NKwmQrX75tixc5iJXoxHdT_9I3wNKjVPi-3PBp4KTwZAKhLvqKJIS_EiDfJ6vq2WP13b8lloXF3t4IZyj5_zbm4WM3d7Jvz710ngTxbdHoT7m1aeFnLC-X/s400/foto-600.jpg" /></a><br />An example of a cache hidden behind a location you normaly wont look<br /><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi1B5w2pWQLhf-3WWsy6JLeK1c2xvlo19B5KeyZejFmXC63sSi9sThmhLVEx-dUjeLH502WroPzWFHUCAHLd5m18PzESEq2amKPdawJR7cLl_CqBZwA69YHZFk4K_3YmBJK_3qiLHoyd41T/s1600/hidden+behind+bord-600.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 239px; DISPLAY: block; HEIGHT: 400px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5504488287422611234" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi1B5w2pWQLhf-3WWsy6JLeK1c2xvlo19B5KeyZejFmXC63sSi9sThmhLVEx-dUjeLH502WroPzWFHUCAHLd5m18PzESEq2amKPdawJR7cLl_CqBZwA69YHZFk4K_3YmBJK_3qiLHoyd41T/s400/hidden+behind+bord-600.jpg" /></a><br /><br />A great example of a container can be watched<br /><a href="http://www.youtube.com/watch?v=Lu7IysgaZf8">http://www.youtube.com/watch?v=Lu7IysgaZf8</a><br /><br /><strong>Coins and travel bugs</strong><br />When you found a cache, depending on the size it might contain valuable. For some the valuables are trackable like geocoins and travelbugs. For others they are just playable valuables (kids like those stuff, we don't value any more, thought kids have a new toy to play with)<br /><br />Travelbugs and geocoins have the behaviour to travel around. Sometimes with a preset goal and sometimes just with the goal to travel as much as possible.<br /><br />There are several ways of selecting your caches.<br /><br /><strong>Some similarities in caching/testing</strong><br /><em><strong>Similarity 1: Save environment</strong><br /></em>I started with selecting caches in the neighbourhood. It feels save when you are in your own environment. Like testing you try to start testing in an environment you know, which gives you a save feeling.<br />Example of caches in my environment at a certain time<br /><br /><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgZDXsZ1d5jdi3gwukk75nfZhdFTV8w_Eu0IY4giPqvWNpaIf38aDq0GdxJTJ6Le49fNYs-Xt85fMJZvj9OkSev13ySzNQwgYNuNIHDP567WLry3yj2CFIHiQfub7l1e9jTkl7ujkItWJRj/s1600/geomaps2-600.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 383px; DISPLAY: block; HEIGHT: 400px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5504486411014927698" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgZDXsZ1d5jdi3gwukk75nfZhdFTV8w_Eu0IY4giPqvWNpaIf38aDq0GdxJTJ6Le49fNYs-Xt85fMJZvj9OkSev13ySzNQwgYNuNIHDP567WLry3yj2CFIHiQfub7l1e9jTkl7ujkItWJRj/s400/geomaps2-600.jpg" /></a><br /><br /><em><strong>Similarity 2: Learn from environment</strong> </em><br />During my search in my environment I noticed the different levels of difficulty, terrain and also types of caches. Initially the traditionals were easy, then we started to act as a team (family) and walked a multi-cache in our neighbourhood. We joined our effort and watched and learned during the walk.<br />During testing you have to look further then just your cases. learn from your system/environment.<br /><br /><em><strong>Similarity 3: Remember patterns/hide outs</strong> </em><br />While finding traditionals and exploring multi-caches we trained ourselves to identify the types of containers which contains information or the actual caches. In testing you will also learn about the hide-outs of bugs. For example: This can be based on the technology which is used or the process which is involved. You recognize situations.<br /><br />Example cache hidden in fence. notice that it is under a lit, (you have to look beyond the black box-vision)<br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh7YGXIGCaWWdtVX4VyTrzwDGSLQvfvCKp7L_2GeHFEXZJM8dAugOB5m-Cbw3EzOSs37GFlLy4l27cDdPblkFpketump4Nvd-gC7aWvNu1KXO6MHS2Fx_nHFVY7cK7Rt7FZMkKppRWX5x77/s1600/hidden+in+fence.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 239px; DISPLAY: block; HEIGHT: 400px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5504488295075587810" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh7YGXIGCaWWdtVX4VyTrzwDGSLQvfvCKp7L_2GeHFEXZJM8dAugOB5m-Cbw3EzOSs37GFlLy4l27cDdPblkFpketump4Nvd-gC7aWvNu1KXO6MHS2Fx_nHFVY7cK7Rt7FZMkKppRWX5x77/s400/hidden+in+fence.jpg" /></a><br /><br /><em><strong>Similarity 4: Touring</strong> </em><br />While I was already active for some weeks I made some trips to my assignment and also to family. before I went to those location I planned my tripped, reserved some additional time to enable myself to search some caches. Sometimes it were short tours picking up just one cache during the route. Other times it were large tours, planning multiple pick-ups during the travel to the north. For this I used the map from geocaching.com to identify possible caches.<br />Like in testing, you plan and schedule you tour within a certain context.<br /><br />Example of a map of a long tour (Defocusing)<br /><br /><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiZaUbJOdX5AIZ0G7qiHU_fRzXYPDWz05CbgoONCRNdINVb8kMdB_r48YChq7nRfWsUnLLesSKQxX5yKhVBKEI2d2ZKbdYL1MEXhcAi2OyoBLjiubYYE28Qs9-A-DxPPkTnedHSDzmHiJ4v/s1600/geomaps3-600.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 377px; DISPLAY: block; HEIGHT: 400px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5504486416628774946" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiZaUbJOdX5AIZ0G7qiHU_fRzXYPDWz05CbgoONCRNdINVb8kMdB_r48YChq7nRfWsUnLLesSKQxX5yKhVBKEI2d2ZKbdYL1MEXhcAi2OyoBLjiubYYE28Qs9-A-DxPPkTnedHSDzmHiJ4v/s400/geomaps3-600.jpg" /></a><br /><br /><em><strong>Similarity 5: Challenges</strong> </em><br />Like said before, there also mystery caches. These involves some homework. Before you are able to find the cache you have to solve puzzles to calculate the coordinates. You have these also in different types of difficulties. Sometimes you can use the internet for it searching for answers. Sometimes you have to try to think different. This can be challenging, you have to focus and defocus finding the answers. Sometimes you are not able to find an approach to start. Either you leave this cache and continue with another or you ask for help. In testing we also facing challenges which we are not able to solve immediately. it is from these mysteries you learn the most.<br /><br />Example of a mystery to solve<br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiEk67zmb8zszNUBBQg56PoFWRpFrwAAIktiuljxAC0lVDmqCOQGkdinhicEVo1nAItiSSmSHysDzvQeEWfCQQMxz4bbZLgCdhlZoAFVEsoUbPhD628vS1EaBmoJRn_OCq1pg0LzHxAqClB/s1600/puzzle2.JPG"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 400px; DISPLAY: block; HEIGHT: 63px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5504486436325364930" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiEk67zmb8zszNUBBQg56PoFWRpFrwAAIktiuljxAC0lVDmqCOQGkdinhicEVo1nAItiSSmSHysDzvQeEWfCQQMxz4bbZLgCdhlZoAFVEsoUbPhD628vS1EaBmoJRn_OCq1pg0LzHxAqClB/s400/puzzle2.JPG" /></a><br /><br />Example of another mystery to solve<br /><br /><br /><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhQuAIuR3auzwzYMAT7Ke1ydMFQf7tXqJP-kJttK8qKk8Jz7uAwOmM26PdMJBwQbGTcdzNgswRS-PKeb7e_tmISOfHnr5DIQThzuEVIz2u1NeZ_vWVzqMzC3wPbAA-BTcQzVhYfN8i2i7vM/s1600/iederhuisje1.JPG"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 400px; DISPLAY: block; HEIGHT: 103px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5504486426114868786" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhQuAIuR3auzwzYMAT7Ke1ydMFQf7tXqJP-kJttK8qKk8Jz7uAwOmM26PdMJBwQbGTcdzNgswRS-PKeb7e_tmISOfHnr5DIQThzuEVIz2u1NeZ_vWVzqMzC3wPbAA-BTcQzVhYfN8i2i7vM/s400/iederhuisje1.JPG" /></a><br /><br /><br /><strong><em>Similarity 6: Pair caching</em></strong><br />Recently I cached with a friend of mine. We scheduled a route to pick up as much as caches within a certain time frame. The preparation consisted out a list of caches we wanted to find and some spare caches. We created a tour plan and drove away. With 2 navigation and 2 GPS devices and internet connection we started the day. While caching we noticed that we could be more productive if we split up tasks. Instead of single logging caches etc we came up with an approach where drove the car, while driving he entered the new coordinates and made some pre-work. At the location we both searched for the cache. When it took more then 10 minutes we used both GPS devices. when found, the friend logged the cache in our administration and I on the cachelog. While hiding he entered the next coordinates and we drove of. We managed to adapt our way of working during our mission.<br />Like in testing we can benefit from pairing up.<br /><br />Example Preparing a short tour with several types which fits in time frame<br /><br /><br /><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEheXo8DEBOwyiwYTLmOod1L-foqt6x6VHhQurF-ZepPyYpz25yg9cjBKEx6yoy0I-3Vgm5cJzEEZc8caLCaKcLHAvc0mt85y8-FDBu7Tzks0E-6WdvWl0eSGirgmeVwTKES0Tvs8X6zCLZ2/s1600/multiple+caches.JPG"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 304px; DISPLAY: block; HEIGHT: 317px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5504486421199245010" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEheXo8DEBOwyiwYTLmOod1L-foqt6x6VHhQurF-ZepPyYpz25yg9cjBKEx6yoy0I-3Vgm5cJzEEZc8caLCaKcLHAvc0mt85y8-FDBu7Tzks0E-6WdvWl0eSGirgmeVwTKES0Tvs8X6zCLZ2/s400/multiple+caches.JPG" /></a><br /><br /><strong><em>Similarity 7: Collecting information and Registration</em></strong><br />There are several things to register and collect. I started to print out all the caches I hunted for. On those printouts I wrote down the date, time and nr of cache found. Just for administrative purposes. When needed I also add answers to questions in the cache or the newly calculated coordinates. This is fine when you are acting in small numbers. Now I learned that storing that information takes space, it takes time and sometimes it is not valuable at all. For instance the caches which are just for picking up. Why store that information also offline while it is online available also. it is available on the spot you found out about the cache: geocaching.com<br /><br />Example of using other techniques<br /><br /><br /><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjn6v52EtJ6oGwFjgrhEhlbgwL_WtpnSiUBDx1_JAfC1a52qJv47oWkCgACB6amxoLYhgY_Pi_h9tLrTJ8gJueklhu_-hAs5vi6S7TzSN_Gg1T-qkm2iDRxf6GRpfM8Vpr1GpDtoFxx_aWM/s1600/technique+during+caching-600.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 400px; DISPLAY: block; HEIGHT: 239px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5504488283307820770" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjn6v52EtJ6oGwFjgrhEhlbgwL_WtpnSiUBDx1_JAfC1a52qJv47oWkCgACB6amxoLYhgY_Pi_h9tLrTJ8gJueklhu_-hAs5vi6S7TzSN_Gg1T-qkm2iDRxf6GRpfM8Vpr1GpDtoFxx_aWM/s400/technique+during+caching-600.jpg" /></a><br /><br />As learned in testing, I learned that registration should be of some value. Sometimes information is needed for an undefined period, sometimes you can delete it when it is used. For example: when a cache is found and no one needs my information, why keep collecting it.<br />At least I register the found and the not found on the official geocaching site.<br />There is some value in collecting information when you solved a puzzle and the way you solved it can be usable for other mysteries in the future.<br />In testing we do the same: we collect information and we register information. And we also do this too much. A lesson I learned again is to collect just information which contributes to the value of the object/system/person<br /><br /><strong><em>Similarity 8: Find and learn about new spots in the environment</em></strong><br />One thing I like about caching is learning about new locations, I was often surprised about the beautiful nature just around the corner. I get a broader vision about my environment were I live in. Also I identify suspicious bricks etc. on locations it is not their nature. Sometimes you see them everywhere. Currently for me there might be caches behind it when I am aware of a possible location in that area. There is the thin border about known known's and the unknown unknowns. You can explore and take the effort to look below the suspicious brick. You also can save the energy.<br />In testing it is the same: while testing you learn about new spots in the system. You might see suspicious actions in the system. Sometime you focus on them or you leave them as is.<br />Example of a cache hide-out in a tree<br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgIy1Br3wRJ-rOeSt0i5tId3a1y-6hv-6e8oQWl_VEGIGutvtrJTG7EkV6qZ5AR6J5VG_tOlPFtdLhsXcB8hvZIod3CzJc6_XeHL9JNloE7oyj6TG_Nk1vsJQ7wancFTDZmXXvMOUWGkMmD/s1600/can+in+tree-600.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 300px; DISPLAY: block; HEIGHT: 400px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5504490809679112834" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgIy1Br3wRJ-rOeSt0i5tId3a1y-6hv-6e8oQWl_VEGIGutvtrJTG7EkV6qZ5AR6J5VG_tOlPFtdLhsXcB8hvZIod3CzJc6_XeHL9JNloE7oyj6TG_Nk1vsJQ7wancFTDZmXXvMOUWGkMmD/s400/can+in+tree-600.jpg" /></a><br /><br /><strong><em>Similarity 9: Valuing your findings</em></strong><br />As mentioned before, caches can contain some values like travelbugs or geocoins. You can select caches based on the probably chance of containing those items as mentioned on the website. You know it is there if you spot it in the cache. Sometimes some other person already found it and took it with him.<br />When you found an item you can decide if you take it with you and register it as taken, or you leave it and register it as discovered. When you decide to take it, be aware that those items might have their own goal, and sometimes that goal is attached to the item, sometimes you have to read it on the website. be careful to take it when you didn't check the goal, you might disturb the purpose of the item and disrespect the owner.<br /><br />I found this also in testing. Sometimes you check the existence of value in a system based on some information you have. Sometimes you spot items which you were not aware of. you have to be careful if you call it a bug or an issue. Sometimes you were looking for it and sometimes it is not reproducible.<br /><br /><strong><em>Similarity 10: Addictive</em></strong><br />Geocaching is addictive. I enjoy solving puzzles, walking in other environments, spot those caches. Learn other techniques.<br />This is what I also gain from testing. I like to test, learn about applications, learn from other people. I want to keep testing.<br /><br /><strong>Conclusion</strong><br />There are similarities in testing and geocaching, in both you tour around an environment where you gain knowledge if you are open for it. You get pleasure if you enjoy it. You have to approach systems/environments and people with respect.<br />There are always other approaches which you can learn even after asking for help which guides you kin the future.<br />One of the valuable lessons here is that you have to spend time and energy to make it your own. (often registration is free and there are no certification programs) </div></div></div></div></div></div></div></div></div>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com3tag:blogger.com,1999:blog-7392851967512034317.post-59876838257055781122010-07-28T14:30:00.005+02:002010-07-28T14:48:43.912+02:00Repsonse: on How many test cases by James ChristieSomehow the question about how many test cases is so important for "important" people. As if they are getting paid by numbers instead of valued for delivered value. Somehow a false trust is derived from figures. People rely on numbers and assume that number of test cases represents good quality. This seems so obvious the way of doing.<br /><br />The posting of <strong>James Christie</strong> triggered me to answer using my weblog.<br /><br />I value the blog posting of <a href="http://clarotesting.wordpress.com/2010/07/21/but-how-many-test-cases/">But how many test cases?</a> written by <strong>James Christie</strong> by its content in relation with his defined context. This context is lost when you translate it to numbers. Below you will find several attempt to make a good posting valued wrong.<br /><br /><strong>Example 1: </strong><br />Imagine that your blog posting is rated by the number of letters. In your posting you use about <strong>5534</strong> <strong>characters</strong>. Telling the same story using twitter you need over 40 tweets. Does this show value? It seems that one post in a blog provide more value then one tweet, although the tweet which pointed me to that blog was also very valuable. So is 1 more then 40?<br /><br /><strong>Example 2:</strong><br />Or what about the coverage of letters. You used all letters of the alphabet, this means your coverage is 100%, does this provide some information about the quality of your posting?What about assigning numbers to it?<br /><br /><br /><p><img id="BLOGGER_PHOTO_ID_5498935025668997986" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 250px; CURSOR: hand; HEIGHT: 303px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEib7FbvRUFWvT_LL-gISS5fRwbYoy01t04ws3ccYl8mROYIqy8sUF8DcB6elFxjr_oqNEQQQS_5_lejDhOutLGrxIi_9Sz9pavzC0MZICVpNBjiq_RroJNPdyEbtUYeiVQwwZo9pHyIvTuB/s400/letters+counted.JPG" border="0" /></p><br />Impressive usage of the letter “e” based on numbers it is far most the extensive used letter. Does this provide information? I don’t think so, Perhaps the letter “e” should be used more often, perhaps in relation with other letters. Even this way of thinking is wrong. It doesn’t tell any thing about the context.<br /><br /><strong>Example 3:</strong><br />What about visualizing the numbers. Below you see a snap shot I you look only at the numbers mentioned in his blog.<br /><br />I also left some noise in it. The (con)text is now removed.<br /><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj7RXrwMZrra1Agwd4RbYEnbw51WxIsh9CrJi4Y6YkmW_ZyKoqDdDHTje2SuV9UMLklpYia4SYO-QlpMoQQuwSk-QHXl4dvZciO8tlD-lt0_0LjMpGxz4plwEBzs1WWSQQI3ysGvFpEA8XO/s1600/jameschristy.JPG"><img id="BLOGGER_PHOTO_ID_5498936828483540642" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 339px; CURSOR: hand; HEIGHT: 400px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj7RXrwMZrra1Agwd4RbYEnbw51WxIsh9CrJi4Y6YkmW_ZyKoqDdDHTje2SuV9UMLklpYia4SYO-QlpMoQQuwSk-QHXl4dvZciO8tlD-lt0_0LjMpGxz4plwEBzs1WWSQQI3ysGvFpEA8XO/s400/jameschristy.JPG" border="0" /></a>What does it value now? What information can be obtained? Perhaps the 100.000 mentioned in the text is impressive<br /><br /><br /><strong>Conclusion</strong><br />Is it correct to drive our testing on numbers? Is it useful to explain coverage in terms of test cases executed? Is the weblog of James in the based on my examples valid and good? The numbers are clear and proven? Are you counting the time?<br /><br /><br />I compliment James with his blog. A lot of time is spend to "proof" something which is explained incorrect. Wrong questions are asked.Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com4tag:blogger.com,1999:blog-7392851967512034317.post-84252604321346858012010-07-27T13:10:00.004+02:002010-07-27T13:37:19.901+02:00What to learn from puzzlesHere a brief posting to express my thoughts what skills can be learned from playing with puzzles. <a href="http://twitter.com/MichelKraaij">Michel Kraaij</a> triggered me to share my thoughts about this using twitter were he is involved with a discussion with <a href="http://twitter.com/jamesmarcusbach">James Bach</a>. Somehow there is a 140 character restriction and also for him this posting.<br /><br />As I'm no part of their discussion I will not summarize their ideas. The main idea to trigger Michel is to tell him about my idea <em>"ppl become better in solving the puzzle, only they got trained in other skills which helps them solve." </em><a href="http://twitter.com/JeroenRo/status/19645539452">http://twitter.com/JeroenRo/status/19645539452</a><br /><br />With this statement I intended to express my thoughts that there are other things people learn from playing with puzzles and even repeating them. It is not only the notion of remembering the position of certain pieces.<br /><br />In my opinion the following things can be learned:<br />- position of pieces<br />- shape of pieces<br />- how does pieces of for instance jigsaws fit Initially<br /><br />You can also extend the perception of puzzles. Initially I would think also in terms of jig-saws, this might be disadvantage of my native language (in the Netherlands I was trained to call jigsaw puzzles and forgot about not all puzzles are jigsaws)<br /><br />So what else can be learned from playing with puzzles? To understand this you can look at the outcome: "A puzzle is solved or is not solved."<br /><br />Not solving is not a failure; even in the process playing with the puzzle you might have learned things.<br />What can be learned?<br />- new approaches to solve a puzzle<br />- new languages<br />- other visions<br />- different approaches.<br />- looking in patterns to jigsaws<br />- identify differences between the puzzle which is being solved in comparison with puzzles previously solved<br />- awareness you have gained new information<br />- ability to use that new information to use in different approaches<br />- new attitude to approach things like under time pressure, too less information etc<br /><br />Perhaps the main result of playing with puzzles is the creation of awareness of the persons capability/ability to identify differences in environments and to use different ways to approach "complex" situations with the available knowledge. The person might teach himselve about the sufficiency of information/skills to perform the task or the need more training/guidance/information. If a person learns when to ask for help, a valuable lesson is learned.<br /><br />The main idea is that there is more to learn from puzzles then repetition.<br /><br />@Michel, perhaps we should meet each other again to evolve our thinking about this.Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com5tag:blogger.com,1999:blog-7392851967512034317.post-25429687184986068722010-07-20T22:38:00.000+02:002010-07-20T22:38:00.444+02:00Failure is also human behaviourDid you ever wonder if a failure could be avoided if skilled people were participating in your project? Did someone ever doubt the developer not able to deliver good code and the tester to provide well executed test scripts? Was the team you were working in a highly motivated team and bugs were delivered real time? Was the trust and believe missing towards the application and the people although everyone did a good job, was motivated, made and kept their promises followed the process and still issues were found on a system which should be reliable?<br /><br />Perhaps you have not been in a situation like that.<br /><br />How often did you sit down in the lunchroom of your company? Do you sit down your own seat? Was the seat in a particular corner of the room? Or did you sat on all chairs during the years?<br /><br />I have been in such a place for over 2 years. There are perhaps over 100 seats and most and during the years I sat on almost every one of them. Here is the trick; I’m not able to tell for sure as I have my favourite spots. It doesn’t matter. The issue here is that I perhaps missed some chairs or perhaps not as result of my behaviour. It is in human behaviour to find the safest spots. For some people this is near a window, near an escape door, some people like to sit with their back against the wall. Some people are not aware of the options and others don’t care.<br /><br />I’m sure there are other behaviours on this. In my opinion it is important to acknowledge that human behaviour influence the outcome. Often the reason behind that behaviour is not noticed or measured. I think it is not mandatory to measure everything. Though it is important for a tester to be aware of differences in human behaviour and learn to defocus to see better which relations are created between human and its environment.<br /><br />Failures are not only technical, therefore the tester needs more skills.Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com0tag:blogger.com,1999:blog-7392851967512034317.post-78174526837272682172010-06-15T11:55:00.000+02:002010-06-16T12:04:46.073+02:00EWT22: Test Fishing for bugs and mismanagement<strong>Introduction</strong><br />This time the famous tester, Michael Bolton, facilitated the European Weekend Testing session. He provided a link to an audio file: <a href="http://www.cbc.ca/ideas/features/science/#episode13">http://www.cbc.ca/ideas/features/science/#episode13</a> It contains an interview, an episode in a radio series that he has been talking about for a long time, called How To Think About Science.<br /><br />MB stated that it has nothing to do with testing, or did it?<br /><br />With respect to other Weekend Testing sessions, this session did not had to do with testing an application. It was more likely listening to other sciences and taking advantage of that information. I believe it was an interesting session.<br /><br /><u><em>Participants</em></u><br /><a href="http://www.softwaretestingclub.com/profiles/blog/list?user=1qyjeckcl3cxl">Anna Baik</a> (Facilitator)<br /><a href="http://enjoytesting.blogspot.com/" target="_blank">Ajay Balamurugadas</a>,<br /><a href="http://www.developsense.com/blog" target="_blank">Michael Bolton</a>, (Guest Facilitator)<br />Ken De Souza,<br /><a href="http://blog.shino.de/" target="_blank">Markus Gärtner</a> (Facilitator)<br /><a href="http://testingexplorer.blogspot.com/" target="_blank">Jaswinder Kaur Nagi</a>,<br />Ian McDonald,<br /><a href="http://observanttester.blogspot.com/" target="_blank">Thomas Ponnet</a><br /><a href="http://testingthetestable.blogspot.com/" target="_blank">Dr. Meeta Prakash</a>,<br />Richard Robinson,<br /><a href="http://testconsultant.blogspot.com/" target="_blank">Jeroen Rosink</a>,<br />Artyom Silivonchik<br /><br /><br /><strong>Mission</strong><br />The mission as provided was:<br /><em>"Listen to the recording. Take notes on what you're hearing, with the goal of capturing lessons from the interview that might usefully influence how we test, and how we think about testing. Stories or patterns from your own testing experience that you can relate to something in the interview are especially valuable."</em><br /><br /><u><em>Context:</em></u><br /><em>"Here's the background to the interview, from the link above: On July 3, 1992, the Canadian Fisheries Minister John Crosbie announced a moratorium on the fishing of northern cod. It was the largest single day lay-off in Canadian history: 30,000 people unemployed at a stroke. The ban was expected to last for two years, after which, it was hoped, the fishery could resume. But the cod have never recovered, and more than 15 years later the moratorium remains in effect. How could a fishery that had been for years under apparently careful scientific management just collapse? David Cayley talks to environmental philosopher Dean Bavington about the role of science in the rise and fall of the cod fishery."</em><br /><br /><strong>Approach </strong><br />I believe you can approach listening in different ways. The challenge what I noticed here is the type of stakeholder you would identify yourself with.<br /><br />You might be the tester, seeing the story as a metaphor and trying to identify the circumstances you assume to be useful and valuable for testing.<br /><br />You can hear to it from a process point of view, call yourself the "manager". Or perhaps you are the historian, trying to find facts and similarities perhaps useful for lessons to learn. Perhaps you are the student, trying to see with an open mind what can be learned.<br /><br />You might even come up with other exciting roles. The question remains: How would you approach such a challenge? Which tools do you need? What back ground is important? How would you focus on the assignment?<br /><br />For this mission I came up with several options.<br />1. Would I use the audio-file which could be downloaded and was locked by an password?<br />2. Would I use the audio-file provided online?<br />3. Would I actually care for this challenge?<br /><br /><u><em>The pre-process</em></u><br />I had the file already downloaded and also looked at the web site with the audio-file. The website also provided me some information/ some background which confirmed the content of the interview as Michael also provided. For me this can be important information. Checking if information is what it suppose to be before actually looking/listening. Perhaps you can place some background investigation under the flag: checking for the history.<br /><br />When opening both files I noticed that the quality online was better then the downloaded file. I made the decision to listen online accepting loss in connection etc. I also noticed that the file length was >55 minutes. The length of time added a condition towards my approach as normally one hour was used for testing and 1 hour for round-up. I would not be able to spend too much time listening particular part back and again. It also set the context that the chance of loosing time would be there and have to be checked against acceptability as in EWT I was also part of a team. The condition for the team was set to listen for about 1:10 hours.<br /><br />Before I started I also opened a word document to make additional notes. I allowed myself to make notes starting with the approximate time in the audio file I heard something interesting. The note itself could be a remark, a quote or something I had in mind.<br /><br /><u><em>While listening</em></u><br />While starting listening I was again forced to make a decision: Was the person's tone of voice understandable and acceptable for me to listen to? Was their background noise which could distract me? How would the message and even more important which message would be brought?<br /><br />After a few seconds I felt comfortable, making so now and then notes. And after a few minutes I came up with the conclusion to listen if there are parallels between fish management and test management. I made some notes where I thought it would be useful when explaining or discussing.<br /><br />I could have followed a path to using my testing skills to see what I would have tested in the fishing process. I decided to leave this as is. The message it selves related to the process in respect to history and how people acted was more interesting for me. Somehow it seems we avoid watching to other disciplines and use the lessons they already have learned. Why are we so eager to make our own lessons learned?<br /><br />So now and then I stopped and replayed the audio to capture the context correct. There were words I didn't understand and made the conclusion if it was necessary to understand the meaning of the word or the context. If not, then continue listening. Some side help was also available as certain words were explained by Michael. After a few explanations he provided I came up with the idea that he posted those words while listening also. Somehow it was useful to check if I was still on track looking at the time those words were mentioned in the audio. Of course it was not a reliable check, at least it gave me some information I acted on.<br /><br />I started listening more carefully with lesser interruptions focussing more on the process and how I would translate it to testing.<br /><br />Somehow during the session it was mentioned that after about 52 minutes the interesting part was told. When the audio file hit the 52 minutes I listened a bit further and found out that after that 52-minute-border some interesting information was provided. At least I valued it as useful.<br /><br />The wrap up was also interesting, some were able to follow the discussion, some also draw the conclusion between fishing and testing. Either it was related to current certification for testing or fishing; or it was fishing for bugs.<br />Others were able to identify test objects with respect where the process failed. Or under which conditions/ requirements the fish had to be identified.<br /><br /><u><em>My wrap up</em></u><br />I see some comparison to testing. It didn’t take this audio to investigate what is said, I used it how I can translate the context to testing. There is a lot to say about this. The major conclusion I see here is that the fishermen learned that people are the target of management (49:xx) instead of the fish. The government provides quota (or testers certifications) and they own the fish now.<br /><br />There is misunderstanding in measurement, scientific figures provided also by commercial parties tells that there is fish, the fisher cannot find them. Perhaps here the analogy is that commercial grounds are there to believe certification programs over craftsmanship.<br />They mentioned several mistakes like dealing with certain assumption, in the past an answer was provided to stop for a few years and everything would heal. Don’t complain now. Perhaps this is also with testing/certifcation0 the numbers are referring that it is necessary. Is it good also?<br /><br />I think as in the audio, we are generalizing the context and believing one solution fits all, and avoiding looking to other relationships<br />I believe there is more to learn when time was available.<br /><br />Amazing how we were able to carefully listen to 55 minutes finding our own understanding about this. Imagine you were listening to stakeholders, would you believe you missed now already interesting information, what would it be you remembered from your stakeholders :) or even: what would you miss and still able to deliver the appropriate value?! :)<br /><br /><strong>Lessons Learned </strong><br />I believe that out of every process you can learn lessons. Lessons learned are something different then learning specific skills. I believe you have to see things in broader perspective. Related to this session I can come up with the following lessons. Some of them are related to testing, some are related to history, some are related to processes and management. At least they are mine. Perhaps you can also learn from this.<br /><br />Here some lessons:<br />1. Be aware of the audience and also which role you take in the process<br />2. You can learn also from other sciences. They can be a useful source<br />3. Sometimes you have to focus on the objects of testing, sometimes you can listen/watch the process.<br />4. If it is already hard to listen careful to a person for about an hour, and you know you miss something due to time pressure; imagine how the chance of missing issues is when your review documents.<br />5. The perspective about the approach can and might change. You need to be flexible as long as you keep track when and why you changed your mind<br />6. An audio file is also an expression of verbal communication, although the tone of voice is non verbal. This file provided more information then a written transcript, it is important to talk with the stakeholders, not only read their requirements. (although SMART) :)<br />7. Don't take anything for granted, not the scientist, government, figures and the so called facts.<br />8. Certificates (or fishing permissions provided by governments) should not be the goal, maintaining the business and supporting them by using the means useful and wise with respect for continuity is more important then short term profits.<br />9. As testers we have to continue working on our craftsmanship; certification and skills are not a guarantee of using it properly.<br />10. It was a fun weekend testing session with another mind set<br /><br /><strong>WeekendTesting </strong><br />For those who also want to be challenged by challenging yourselves, you might take part on one of the weekend testing sessions and teach yourselves!<br /><br />Don't hesitate to participate!<br /><br />For more information see:<br />Website: <a href="http://weekendtesting.com/">http://weekendtesting.com/</a><br /><br />Or follow them on twitter:<br />Weekend Testing: <a href="http://twitter.com/weekendtesting">http://twitter.com/weekendtesting</a><br />Europe Weekend Testing: <a href="http://twitter.com/europetesters">http://twitter.com/europetesters</a>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com2tag:blogger.com,1999:blog-7392851967512034317.post-42451748281785489372010-06-07T10:53:00.008+02:002010-06-07T11:35:40.135+02:00EWT20: Your verdict as bugadvocate<strong>Introduction</strong><br />Usually I post a blog the same week I attended the weekend testing session. Unfortunately I was not able to post last week. This is the session of previous week. Nevertheless, an interesting session it was.<br /><strong></strong><br /><u><em>Participants</em></u><br /><a href="http://www.softwaretestingclub.com/profiles/blog/list?user=1qyjeckcl3cxl">Anna Baik</a> (Facilitator)<br /><a href="http://enjoytesting.blogspot.com/">Ajay Balamurugadas </a><br /><a href="http://dancedwiththetester.blogspot.com/">Tony Bruce</a><br /><a href="http://blog.shino.de/">Markus Gärtner</a> (Facilitator)<br /><a href="http://testingexplorer.blogspot.com/">Jaswinder Kaur Nagi</a><br /><a href="http://expectedresults.blogspot.com/">Phil Kirkham</a><br />Mona Mariyappa<br />Ian McDonald<br /><a href="http://observanttester.blogspot.com/">Thomas Ponnet</a><br /><a href="http://testsconsultant.blogspot.com/">Jeroen Rosink</a> (thats me: twitter: <a href="http://twitter.com/JeroenRo">http://twitter.com/JeroenRo</a><br /><br /><br /><strong>Product and Mission</strong><br />Product: OpenOffice Impress<br />Mission:<br />You're assigned to the triage meeting of OpenOffice.org Impress. Go through the bug list and make your position clear. You as a team are expected to triage at least half of the bugs today, as we want to ship the product next week.<br /><strong></strong><br /><strong>Approach this time</strong><br />Personally I prepared this session a bit by reading information about Bugadvocacy, I knew that there is information on the we about this.<br /><br />This is what I found with a quick search and valued it.<br />Slides <strong>Cem Kaner<br /></strong><a href="http://www.kaner.com/pdfs/BugAdvocacy.pdf">http://www.kaner.com/pdfs/BugAdvocacy.pdf</a><br /><a href="http://www.testingeducation.org/BBST/slides/BugAdvocacy2008.pdf">http://www.testingeducation.org/BBST/slides/BugAdvocacy2008.pdf</a><br />Great video!<br /><a href="http://video.google.com/videoplay?docid=6889335684288708018#">http://video.google.com/videoplay?docid=6889335684288708018#</a><br /><br />Article from <strong>Mike Kelly</strong><br /><a href="http://searchsoftwarequality.techtarget.com/expert/KnowledgebaseAnswer/0,289625,sid92_gci1319524,00.html">http://searchsoftwarequality.techtarget.com/expert/KnowledgebaseAnswer/0,289625,sid92_gci1319524,00.html</a><br /><br />I'm certain there is more valuable information on the web. Drop me a line if you have some good additions related to this topic.<br /><br /><strong>Weekendsession EWT20</strong><br />This time we were asked to take some role: project manager, programmer, tester, conference presenter (user), CEO (user), student (user). Somehow we managed to stick to it and also lost it because we made our own assumptions about the meaning of the role. Perhaps something to learn from?<br /><br />During the session we decided to work as a team. Initially we were up to divide the judgement the tickets based on priority. During the process based on the performance we got the list divided in batches by the project manager :)<br /><br />Although we tried to define the meaning of a good bug ad how to judge it (for example based on the mnemonic <strong>HICCUPPS</strong>) we managed to jump into the issues.<br /><strong>History</strong>: The present version of the system is consistent with past versions of itself.<br /><strong>Image</strong>: The system is consistent with an image that the organization wants to project.<br /><strong>Comparable Products:</strong> The system is consistent with comparable systems.<br /><strong>Claims</strong>: The system is consistent with what important people say it’s supposed to be.<br /><strong>Users’ Expectations:</strong> The system is consistent with what users want.<br /><strong>Product:</strong> Each element of the system is consistent with comparable elements in the same system.<br /><strong>Purpose:</strong> The system is consistent with its purposes, both explicit and implicit.<br /><strong>Statutes:</strong> The system is consistent with applicable laws.<br />That’s the HICCUPPS part. What’s with the (F)? “F” stands for “Familiar problems”:<br /><strong>Familiarity:</strong> The system is not consistent with the pattern of any familiar problem.<br /><br />Although we might be aware of our individual understanding about good bugs and bug processes. I keep believing that it is important for a team to come to a mutual understanding about the process and the definition when a bug is written good and when a bug is a bug.<br /><br />As usual in the Weekend testing sessions, the discussion is very useful. Also this time. I mentioned the idea about writing some kind of <em>"bugadvocacy manifesto"</em> perhaps this can be part of a session in the nearby future.<br /><br /><strong>Lessons learned</strong><br />The following lessons I learned at least from the session:<br /><br />1. When process changes monitor if every one understands and joins the change<br />2. When tickets are send to a later moment, also define a process how to continue with it<br />3. In this hour investigation is done. That should be logged in a way. Preferable is the ticket itself<br />4. Judging bugs is done in several ways. Sometimes I think the quality of the bug is missed due to focusing on impact of the issue. Understanding is just a part of the quality of the bug<br />5. Judging bugs must be done within proper perspective of version, environment, reproducible and value,….<br />6. Before jumping into list of issues, make agreements how to write down the outcome of a bugadvocacy<br /><br /><strong>Some conclusions of this session:</strong><br />We came up with a list of issues which should be solved to answer the question of a "saver" go live. Looking back to the transcript I noticed that we accepted the judgement of each other. We didn't spend time to explain against which conditions the bugs were judged. Perhaps that should be done also next time.<br /><br />As it seems, we were skilled to make some judgement about the bugs which were found. There are still lots to learn about judging bugs. Be careful to call yourself a bug advocate!<br /><br /><strong>WeekendTesting </strong><br />For those who also want to be challenged by challenging yourselves, you might take part on one of the weekend testing sessions and teach yourselves! Don't hesitate to participate!<br /><br />For more information see:<br />Website: <a href="http://weekendtesting.com/">http://weekendtesting.com/</a><br />Or follow them on twitter<br />Weekend Testing: <a href="http://twitter.com/weekendtesting">http://twitter.com/weekendtesting</a><br />Europe Weekend Testing: <a href="http://twitter.com/europetesters">http://twitter.com/europetesters</a>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com2tag:blogger.com,1999:blog-7392851967512034317.post-73930769746899746862010-05-20T11:27:00.013+02:002010-05-20T15:06:59.234+02:00Thinking about testing and learning<strong>A passionate tester</strong><br />I’m not a scientist, I’m not a historian, I’m not religious follower and I’m not a native English speaker (bare with me and educate me if I’m wrong). What I am? I am a passionate tester and see in other disciplines lessons we can learn for testing.<br /><br />So I come this posting. Yesterday I watched a documentary about the beginning of life. This documentary made me think about the discussion which is recently going on in my world of software testing.<br /><br /><strong>Some references contributing the discussion: </strong><br /><u><em>Stuart Reid:</em></u> <a href="http://www.eurostarconferences.com/conferences/session-" sessionid="'209">Keynote 3: When Passion Obscures The Facts: The Case for Evidence-Based Testing </a><br /><u><em>Cem Kaner:</em></u> <a href="http://www.satisfice.com/kaner/?p=84">A new brand of snake oil for software testing</a><br /><u><em>James Bach:</em></u> <a href="http://www.satisfice.com/blog/archives/457">Stuart Reid’s Bizarre Plea</a><br /><u><em>Jon Bach:</em></u> <a href="http://jonbox.wordpress.com/2010/05/19/the-truth-about-testing/">The Truth about Testing?</a><br /><u><em>Nathalie Roosenboom de Vries- van Delft</em></u> <a href="http://funtestic.blogspot.com/2010/05/lot-on-my-mind.html">A lot on my mind…</a><br /><br /><strong>The documentary</strong><br />While watching the documentary on discovery channel I was captured by the example how <em><a href="http://en.wikipedia.org/wiki/John_Turberville_Needham">John Needham</a> </em>(10 September 1713 – 30 December 1781 was an English biologist and Roman Catholic priest) performed an experiment to <em>"proof"</em> that live can be created in an "closed" environment. Based on his experiment he believed that a concept of <a href="http://www.whonamedit.com/doctor.cfm/2234.html">"Vital Atoms" </a>exists. This concept deals about the escape of atoms into the soil and are again taken up by plants. You might see this experiment of adding water in a sealed bottle and after a while life was growing in the bottle. As there was nothing and it was sealed, there must be something which is smaller and is created by parts of atoms.<br /><br />If I'm correct he had quite some followers and the concept of "Vital Atoms" became a hype. People seemed to believe what he told based on his proof.<br /><br />Fortunately <a href="http://en.wikipedia.org/wiki/Louis_Pasteur"><em>Louis Pasteur</em></a> (December 27, 1822 – September 28, 1895) was a French chemist and microbiologist born in Dole.) proofed with his experiment that a mistake was made. The obvious sealed bottle was not sealing the bottle completely from the outer world. Bacteria were able to enter the "isolated room".<br /><br />The debate about the origin of life occurred later on triggered by <a href="http://en.wikipedia.org/wiki/Charles_darwin"><em>Charles Darwin</em></a> (12 February 1809 – 19 April 1882 was an English naturalist) who wrote the <a href="http://en.wikipedia.org/wiki/On_the_Origin_of_Species">On the Origin of Species</a>. With this document a new era is started. He didn't write about how life began. He brought biology and chemistry together in explaining how life evolves.<br />The debate started between a god who created life and life which evolved.<br /><br />Between the followers that life evolves several experiments, hypothesis and theories were developed to proof that under various circumstances life can evolve and created. For example the combination of oxygen, carbon and other materials combined with some source of energy can result in "life-forms". <a href="http://www.simsoup.info/Origin_Landmarks_Oparin_Haldane.html">The Oparin-Haldane Hypothesis</a> by Aleksandr Oparin (in 1924), and John Haldane (in 1929, before Oparin's first book was translated into English), defined such a process. In short I would refer to this process in terms of chemical components which were individual present in the sea and transformed by ultraviolet or lightning into organic components.<br />Haldane even called it the 'prebiotic soup'.<br /><br /><a href="http://en.wikipedia.org/wiki/Stanley_Miller">Stanley Miller</a> came with an experiment called <a href="http://en.wikipedia.org/wiki/Miller%E2%80%93Urey_experiment">Miller–Urey experiment</a> (conducted in 1952, published in 1953) (re-concucted in 1982) to proof that in an isolated world life can be created. This experiment together with the outcome resulted in "the standard". They believed that it would be so easy to create life.<br /><br />This concept also supported that life could be created else were but on earth, also called <a href="http://en.wikipedia.org/wiki/Panspermia">Panspermia</a>. If I remembered well from last night watching the documentary, there is space in found pieces of meteors which are older then the earth resembles the structure of "simple" cells. Combine this with the theory that in isolated spaces also organic components can be created, the change is available to raise life from outer space.<br /><br />Jeffrey Bada also executed the Miller-Urey experiments (see: <a href="http://www.scientificamerican.com/article.cfm?id=primordial-soup-urey-miller-evolution-experiment-repeated">Primordial Soup's On: Scientists Repeat Evolution's Most Famous Experiment</a> by <a href="http://www.scientificamerican.com/author.cfm?id=264">Douglas Fox</a>) and continued on it. With the difference looking to the environment of the earth containing amounts of iron and carbonate minerals. He added them to the experiment and came to different outcome.<br /><br />Other scientist followed their road bringing up hypothesis and research to see about the options creating life under extreme conditions, like near volcanoes, in caves, under water without light etc.<br /><br />In the documentary I watched more exampled were provided which in my opinion also can be translated to testing.<br /><br /><strong>What to do with testing?</strong><br />Perhaps you wonder what this has to do with testing. Perhaps you made your own conclusion or picture. What I see is a process where evolution is involved. Not only evolution of the human species. You can see also an evolution of human thinking. Based on the known context <a href="http://en.wikipedia.org/wiki/John_Turberville_Needham">John Needham</a> came to his approach and method. He was able to sell it to the crowd and gained followers. Almost hundred years later a new person, <a href="http://en.wikipedia.org/wiki/Louis_Pasteur">Louis Pasteur</a>, came with his conclusion to proof otherwise. I proofed that although the conclusion seems to be valid, the environment was not as what was expected. Based on the knowledge of John, he was right, only due to technique and new understanding; human kind was able to bring up other methods.<br /><br /><em>In testing I see also people evolve and continue to challenge "experiments" and "methods" and also people who accept certain outcome and become a follower.</em><br /><br /><a href="http://en.wikipedia.org/wiki/Louis_Pasteur">Louis Pasteur</a> did not proof how life was created, he just showed what went wrong in that experiment. In the same era <a href="http://en.wikipedia.org/wiki/Charles_darwin">Charles Darwin</a> published his view about evolution. This triggered other scientist with other disciplines to continue the search how components evolve.<br />This evolution triggered me to think how just "zeros and ones" translate in bugs.<br /><br />I would say that those zeros and ones alone won't do anything. It is the context how the will become visible into functionality and the environment how they can evolve. Even in new functionality or in flaws of evolution.<br /><br /><em>As testers we have to be open for other disciplines and understanding from those disciplines to continue. We can learn from it and should spend time for investigating those disciplines instead of spending time our approach is the only truth. For learning an open debate and does necessary based on mutual understanding and not solely on the perception own the single truth. </em><br /><br />Like <a href="http://en.wikipedia.org/wiki/Stanley_Miller">Stanley Miller</a> re-conducted his experiment after years we have to be alert and keep learning and questioning our approach. It is mandatory to keep an open mindset. Like Jeffrey Bada did, also perform our own experiments. They might support or adapt visions of others, or even your own vision.<br /><br /><em>Testers should be able to discuss the possibility of own failure and learn from others if they perform similar experiments. In approaches like the </em><a title="Permanent Link: Schools of software testing" href="http://www.satisfice.com/kaner/?p=15" rel="bookmark"><em>Schools of software testing</em></a><em> there must be space to discuss, challenge, disagree and agree with each other to make evolution in software testing possible.</em><br /><br /><strong>Do you believe?</strong><br />What I learned from the documentary is that people are followed by others who claim to have found the evidence for their hypothesis and that others are false. To me, it turns out that in history certain failures are often made. In the example above, initially they seemed to be right although time proofed the opposite.<br /><br />I don't think it should matter who is wrong or who is right, you have to be able to define you own mind and not following people because they claim to have the proof. You might use their thoughts because it helps you. it helps you in your work. It helps you in your own process of learning.<br /><br />When accepting this, you have to be aware that what you believe in now might be wrong or different later on.<br /><br />Was <a href="http://en.wikipedia.org/wiki/John_Turberville_Needham">John Needham</a> wrong with his assumption? I think not, based on his knowledge and the lack of knowledge of others who lived in his era, he seems to assumable right. Others learned from it. It would be wrong if he deliberately misused situations/ did not present facts or ignore other(s) visions to obtain his proof.<br /><br />If we follow some school and deliberately ignore others how would this support the evolution of our profession? How different are we then <a title="Pope Damasus I" href="http://en.wikipedia.org/wiki/Pope_Damasus_I">Pope Damasus I</a> who assembled the first books of the bible at the <a href="http://en.wikipedia.org/wiki/Council_of_Rome">Council of Rome</a> in AD 382? Imagine how different the world would look like when the bible contained other chapters?<br /><br />I think we should <strong>mutual</strong> accept each other thoughts and learn from it and adapt. The key word is here <strong>mutual</strong>. Are you making the step with an open mind and support mutual learning or are you leaving behind?<br /><br /><strong>Additionally to read:<br /></strong>While searching for some background information I stumbled on this book. I believe it is worth reading<br /><a href="http://books.google.com/books?id=Gm4bqeBMR8cC&lpg">Thinking about Life: The History and Philosophy of Biology and Other Sciences</a> By Paul S. Agutter, Denys N. Wheatley <a id="'Gm4bqeBMR8cC&printsec=" href="http://www.blogger.com/preview" v="onepage&q&f=" source="gbs_v2_summary_r&cad=">preview this book</a>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com1tag:blogger.com,1999:blog-7392851967512034317.post-82163028873639075742010-05-18T21:43:00.000+02:002010-05-18T09:51:51.714+02:00Testnet Voorjaarsevent 2010<strong>It happened on may 12th 2010</strong><br />Last week I attended TestNet voorjaarsevent. <a href="http://www.testnet.org/">Testnet</a> is the Dutch Association for Software Testing. Besides several workshops and small events there are two major events, in the spring (<em>voorjaarsevent</em>) and in the fall (<em>najaarsevent</em>).<br /><br />Last week the so called "Voorjaarsevent 2010" happened. As usual I got a bit prepared, made the selection of presentations I would like to attend and also which not. What I see often is that the presentations are dealing with old concepts in new clothes. This time there were a few which got my attention.<br /><br /><u><strong>General impression</strong></u><br />* Location: very good, as well as the main entrance, the route to get there as the overall presentation<br />* Dinner: Good, it was tasty and enough.<br />* Drinks: like to see the ability also to have drinks like coffee or tea while not attending a presentation<br />* Exhibitions: Well arranged of the main entrance, good to see those familiar names again and again.<br />* Presentations: There were a few I would like to see, as what I saw besides the first one, good. Still a lot of old work in new clothes<br />* Key-notes: Expected more fro the first key-note related to the main topic: "Secure testing"<br />* People: open minded and pleasant<br /><br /><strong>Program (copied from </strong><a href="http://www.testnet.org/"><strong>TestNet.org</strong></a><strong>) </strong><br /><br /><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEifvGH3CzmBNonK9zeRC3GId6tecte_I4Xu55wP2ShvvaLayRnQ1RJOXp2rcaHvrbz5VSLZgECy6nHet8gRcSajxmXUV8Ak51uCsrS2Ez0xvnBDPDZpauPSy5fTyU0MMERWMy_CExfKRw9r/s1600/Agendavoorjaarsevenement2010.jpg"><img id="BLOGGER_PHOTO_ID_5472213365240557138" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 296px; CURSOR: hand; HEIGHT: 400px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEifvGH3CzmBNonK9zeRC3GId6tecte_I4Xu55wP2ShvvaLayRnQ1RJOXp2rcaHvrbz5VSLZgECy6nHet8gRcSajxmXUV8Ak51uCsrS2Ez0xvnBDPDZpauPSy5fTyU0MMERWMy_CExfKRw9r/s400/Agendavoorjaarsevenement2010.jpg" border="0" /></a><br /><u>Intentions to see:</u><br />- Key note from <strong>Stuart Reid</strong>: <em>"Improving testing - with or without standards"</em><br />- a "<em>debate related to ethics and testing"</em> lead by <strong>Nathalie Roosenboom de Vries- van Delft & Budimir Hrnjak</strong><br />- <strong>Rudi Niemeijer</strong>: <em>"Safety helmet prohibited"</em> (unfortunately this was parallel with the debate and I had to miss this one)<br />- <strong>Jurian van de Laar</strong>: <em>"Testers helping developers or vice versa?" </em><br />- <strong>Menno Loggere & Nora Visser</strong>: <em>"Privacy kills quality"</em><br />- <strong>Anna & linda Hoff</strong>: <em>"The Supertesters"</em><br /><br />Besides presentations this event is always a joy to meet "old" and "new" test friends. The setup of this event was a bit different compared with the past. This year they introduced some kind of knowledge tables were exhibiting companies would be able to talk with participants about a topic they had chosen. Also new in my opinion was the set up of also smaller tables which able us to sit down with our friends.<br /><br /><strong>The presentations</strong><br />I arrived just an half hour before the opening started followed by the key-note given by Stuart Reid. Arriving in the large hall I noticed it was already quite crowded. During the day I heard that over 450 attendees were joining this conference together with me. Who dare to tell that testing is death? We have already a quite strong testing community in the Netherlands. :)<br /><br />Together with a fellow tester I know from participation/moderation on <a href="http://www.testforum.nl/">testforum.nl</a> I went holding a cup of well deserved hot coffee to the main hall, found a spot and sit down. The show started when the chairman opened the conference.<br /><br /><strong>Improving testing - with or without standards<br /></strong>He introduced Stuart Reid. I never saw him a presentation of before and he started with introducing himself. Based on his 27 year experience, tutoring on a university and participating on ISTQB testing techniques if I remembered well he started explaining about how our profession as testers lacking behind in knowledge compared to users and developers. To support this he provided a nice chart with figures from a survey held in 2000. Based on these figures our skills are looking very bad. Didn’t we learn more in the last 10 years? Are these figures still valid? Why are we testers so eager to see figures even if they are from old surveys and rely on them? Or should I accept those and make my own conclusion that certifications did not add any value to the marked as during the years certification exist, we did not added any value to the market. Of course I'm am wrong again.(?)<br /><br /><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiiI3BUo27dWV43-HNxhS_lR-a4LuPk0ZU_ZRTHmjwtjwCD8uPyoKZQp6yvadKcEk0O82k7_1c4dcQYuWI7GQ8LsonRr9q4SDm3mGDal3zUBkmS1YCRkIiAAgdN66IcHRjz9BHOu681kfGu/s1600/12052010920-600.jpg"><img id="BLOGGER_PHOTO_ID_5472097406194223090" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 400px; CURSOR: hand; HEIGHT: 300px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiiI3BUo27dWV43-HNxhS_lR-a4LuPk0ZU_ZRTHmjwtjwCD8uPyoKZQp6yvadKcEk0O82k7_1c4dcQYuWI7GQ8LsonRr9q4SDm3mGDal3zUBkmS1YCRkIiAAgdN66IcHRjz9BHOu681kfGu/s400/12052010920-600.jpg" border="0" /></a>Using figures and charts from "old" surveys can be useful. Really, there seems to be people who think using "old" figures can reveal the truth.<br /><br />I believe when using certain information you have to check how dynamic the environment is.<br /><br />Somehow the IT environment looks to me very dynamic and fast growing when it comes to technology, perhaps also a bit related to the learning skills. If you look at other areas they are less dynamic. Stuart Reid provided also a nice picture from a model created by Hackman & Oldham related to motivation factors. I think that image had more value for his presentation than all the other figures. Here he made his point that we should not only look at the information sources and test techniques, we should be aware of our soft skills also.<br /><br />Fortunately he was a bit out of time and skipped the slides related to ISTQB etc. In my opinion that kept the message which is more worth to me: we are behind in our knowledge or getting behind and we should adapt now. We have to become professionals with skills. Some testers might believe ISTQB- or other certifications is the only true path. For them, those skipped slides might have some addition.<br /><br />I hoped he provide some information and guidance so we actually learned something instead of scaring us and directing us that having certifications are a must. Perhaps I am wrong.(?)<br /><br /><strong>The debate between the ethics of testing</strong><br />After the previous session I attended a "new" idea using a debate to bring testers together. Perhaps people think this is a contradiction. I believe when people talk and hear each other mutual understanding is growing. You don't have to agree with the vision of the other, you have to be aware.<br /><br /><br />During this debate there were several statements mentioned and introduced by the host. We had to choose party. A pitfall could be that every one would agree or disagree. The hosts mentioned that they will divide the audience in two sides.<br /><br /><br />There were some good statements although you might agree with the statement; it can be more fun to come up with valid arguments to challenge that statement.<br /><br />examples:<br /><br />- "A tester should always speak the truth"<br />- "A tester can be hold responsible for acceptance"<br />- and more<br /><br /><br />I believe it is a good habit when every one agrees upon something immediately, you question if this is true. A tester should be capable to come up with arguments to question any statements.<br /><br /><br /><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhayroRhuZGUIvVt4w9dz0Zin6kYumZBgxOcf99jlBniE7h_NcErfnle5Cl29KMsXN-a8EBi-7AnP-mc3VJ-NoceK32BfuSn2xNBuFPmzDXrP24kwk-BGHoH50qZIfXQ241Fjj2Eleew69v/s1600/12052010922-600.jpg"><img id="BLOGGER_PHOTO_ID_5472097417534187474" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 400px; CURSOR: hand; HEIGHT: 300px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhayroRhuZGUIvVt4w9dz0Zin6kYumZBgxOcf99jlBniE7h_NcErfnle5Cl29KMsXN-a8EBi-7AnP-mc3VJ-NoceK32BfuSn2xNBuFPmzDXrP24kwk-BGHoH50qZIfXQ241Fjj2Eleew69v/s400/12052010922-600.jpg" border="0" /></a>I heard some very good pro as contra arguments. After each discussion the hosts came up with a wrap up and their own thoughts again.<br /><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhXz2UmY_5Fu3PxUf3F_9kgWtVYp7zaxjHDpqnA9mTVsNbiUCVw2GIBAxNmPMm6cvYFoT-bbt2saYE9UBzPovYNR9ufIOm3WgelJ6a9hXf38eHGYF0tHEhJVJM2LxKnrrrpvaLbe_s-NC0P/s1600/12052010921-600.jpg"><img id="BLOGGER_PHOTO_ID_5472097409637744674" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 400px; CURSOR: hand; HEIGHT: 300px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhXz2UmY_5Fu3PxUf3F_9kgWtVYp7zaxjHDpqnA9mTVsNbiUCVw2GIBAxNmPMm6cvYFoT-bbt2saYE9UBzPovYNR9ufIOm3WgelJ6a9hXf38eHGYF0tHEhJVJM2LxKnrrrpvaLbe_s-NC0P/s400/12052010921-600.jpg" border="0" /></a><u></u><br /><br />I see some future for such an approach of discussing about topics. You can play this game in different ways. And learn a lot from it.<br /><br /><u>Mistery guest</u><br />After the voting if testing and ethics can go through one door together a mystery guest was introduced. They found a "known" person, <strong>Bart Broekman</strong> willing to speak about his vision related to the statements. I think a debate before a "keynote" is a good way to set the mind set. It helps avoiding discussion about irrelevant topics. It supports discussion about what a person really had to say.<br /><br /><br /><u>Winning the TestNet 2010 debate award</u><br />Finally at the end there was a prize to win. I was the lucky one who gained that award. Unfortunately I don't have a picture of accepting the award, though below you see the evidence. Did I won because I am a good debater? I don't think I'm the best. At least I was standing there with dedication and believe. Perhaps that made me win the award. I'm proud of it. Sometimes an award tells more then other valuable meanings. I know there are some testers who fancy the bottle of wine I won together with this cup. I knew that a cup valued more when presenting it to my kids.<br /><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEivitaucMCERKm1SadvJd3OqXQKC7xxxICqI_V4uwfinSuTlKUHq73uNVCqsOWbglnVA1bAtvKKqibjmxolVBk4QJsclZNpurFsieuPHYc67p405C6vjTvj2K9tO75FqiS8p5bDfvIrMqvi/s1600/14052010927-600.jpg"><img id="BLOGGER_PHOTO_ID_5472097522358174562" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 300px; CURSOR: hand; HEIGHT: 400px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEivitaucMCERKm1SadvJd3OqXQKC7xxxICqI_V4uwfinSuTlKUHq73uNVCqsOWbglnVA1bAtvKKqibjmxolVBk4QJsclZNpurFsieuPHYc67p405C6vjTvj2K9tO75FqiS8p5bDfvIrMqvi/s400/14052010927-600.jpg" border="0" /></a><strong> Super testers or Super Sisters?</strong><br />The sisters Anna and Linda Hoff from Know It from Sweden gave a tremendous show presenting their vision/act about testing. (Also to be seen on EuroStar 2010: <strong><em>Advice: See them!)</em></strong> <a href="http://www.eurostarconferences.com/conferences/session-details.aspx?sessionId=210">The Supertesters - A Slightly True Story" </a><br /><br /><br />During the show I wondered if they were actors/comedians or testers. Based on how they used the terms and images they have to be great testers.<br /><br />In my opinion they were GREAT, it was actual a very good show were they acted as program manager, a tester and a super tester. They performed using several techniques in presentation, discussion, drilling, singing, rehearsing, using pictures.<br /><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhc1_Hjx7YohdWe6ytEMNl7laBoEtlpJRz1-Vm2mxo__cYEj9_J7jAv5fjz_W_tIVv1Kdm4XqW9J9DmkF5rvgee90VO-V9NDOtyWl4JH1lD_URtFAvNb0pO4P3nXoERl-SyOO7zcKKrH93W/s1600/12052010923-600.jpg"><img id="BLOGGER_PHOTO_ID_5472097421617787010" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 400px; CURSOR: hand; HEIGHT: 300px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhc1_Hjx7YohdWe6ytEMNl7laBoEtlpJRz1-Vm2mxo__cYEj9_J7jAv5fjz_W_tIVv1Kdm4XqW9J9DmkF5rvgee90VO-V9NDOtyWl4JH1lD_URtFAvNb0pO4P3nXoERl-SyOO7zcKKrH93W/s400/12052010923-600.jpg" border="0" /></a> If you looked and listen carefully you might have heard how they were using the several testing schools from ISTQB addictives to Bach-followers. Their approach about changing the mind set of testers by drilling and forcing that their answer is the only true answer is in my opinion a good example how we testers are currently forced to think alike.<br /><br />Some funny moments were added like hiding bugs, finding it, appreciating it and comparing it with the moment from "lord of the rings" and valuing it as "my precious".<br />Also their understanding about testing like smoke-testing, V-Model (in their vision it is actually a very nice model), load testing and performance testing (I still wondering if the sisters used pictures out their albums)<br /><br />At the end the showed some mix of lyrics on known-melodies presenting their message.<br /><br /><p><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg3LxZp7_KrEXT8-wciPyg2-x9o4a_3ho8c4GEQScwmokCq-f3CJxLcGfSdvAyw1GK8icni8vPD9r3HOnYf-5ytOxL6OmwDBaftPnTu7cVIjq4DTvuFajI4I6EdDjrA7nXnWkC2zM_STpvw/s1600/12052010925-600.jpg"><img id="BLOGGER_PHOTO_ID_5472097520935043010" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 400px; CURSOR: hand; HEIGHT: 300px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg3LxZp7_KrEXT8-wciPyg2-x9o4a_3ho8c4GEQScwmokCq-f3CJxLcGfSdvAyw1GK8icni8vPD9r3HOnYf-5ytOxL6OmwDBaftPnTu7cVIjq4DTvuFajI4I6EdDjrA7nXnWkC2zM_STpvw/s400/12052010925-600.jpg" border="0" /></a> I wish more people are able to present their message in a show like this with. I believe the time is well spending watching them.</p><p><strong>At the end</strong></p><p>I had some time reserved to see some other presentation after the dinner, only as usual I didn't make it. I had some interesting discussions afterwards with fellow testers. This is one part I also like about this event: meeting other people. What I understood of them was that some presentations could be better. Personally I think this was a great event, learned some personally, had some laughs, got annoyed about the first speaker and went home with a good feeling.</p>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com0tag:blogger.com,1999:blog-7392851967512034317.post-83397737788307369142010-05-16T09:45:00.009+02:002010-05-16T13:01:48.289+02:00EWT18: Zoom in or FOCUS and DEFOCUS?<strong>Introduction</strong><br />Another weekend and another session of <a href="http://weekendtesting.com/archives/1096">European Weekend Testing - EWT18: <em>"Zoom me in"</em></a><em> </em><br />This time <a href="http://blog.shino.de/">Markus Gärtner</a> did a great job facilitating. Was it different then other times? I believe so. Although the number of participants were low, The team was good. This time a good mission was defined with a relation towards reporting to the manager about your test findings in relation to test a suitable tool which can be used during that presentation.<br /><br />This time the Application Under Test was: <a href="http://technet.microsoft.com/en-us/sysinternals/bb897434.aspx">ZoomIt v4.1</a>. The main objective was to see whether the application was suitable for usage in during a presentation you have to give for you boss.<br /><br /><u><em>Participants were:<br /></em></u><a href="http://testconsultant.blogspot.com/">Jeroen Rosink</a>,<br />Ashik Elahi,<br /><a href="http://enjoytesting.blogspot.com/">Ajay Balamurugadas </a><br /><a href="http://blog.shino.de/">Markus Gärtner</a><br /><br /><u><em>During the roundup:<br /></em></u><a href="http://testertested.blogspot.com/">Pradeep Soundararajan</a><br /><a href="http://www.developsense.com/">Michael Bolton</a><br /><br /><strong>My Approach</strong><br />In contradiction to other sessions I changed a bit my approach. before I downloaded the tool I first read the web site for information and noticed that the tool was one with a small number of functionalities. After downloading I checked also the website from the developer for additional information. Looking to the application itself it runs without installing.<br /><br />Basically it were the following steps:<br />- Read about the application<br />- Check for functionalities while running the application<br />- Ask to the facilitator questions about the context to test this application<br />- Define the conditions to test the application<br />- Defocus and check if there are other ways<br /><br /><em><strong>Some questions to start with<br /></strong></em>Do you want to have an impression about the usability of zoomit?<br />If the functionality fits? and can be used during the presentation?<br />What about the information to use in the presentation?<br />When will it be suitable and correct to use and when will the boss be pleased about the presentation?<br /><br /><strong><em>Confirmation of the approach<br /></em></strong>Before I actually started testing I tried to confirm the approach. The mission was to see whether the tool Zoomit is suitable for usage during a presentation. It should function under the defined conditions of the presentation.<br />It should be able to support the following objects of the presentation:<br />* high-level understanding<br />* graphs<br />* details where necessary<br />* interactive questions<br /><br /><strong>Some Steps to mention</strong><br />To check whether the application is suitable for usage in a presentation I performed the following steps:<br />- learn about the tool (documentation and it self)<br />- check the functionality<br />- use the tool<br />a. as given on the screen which is open<br />b. on a presentation, while not actively shown<br />c. on an active presentation<br />d. on a movie<br />- preparing some kind of matrix with combination: Hot-keys and environment (application vs video/chart etc)<br />- use the tool with respect to functionality and usage within a presentation<br />- on video and chart<br />- using different options<br />- checking the behaviour of the tool about changing the standard settings<br /><br /><strong>Some findings<br /></strong>- CTRL-break+background fade: ok<br />- it is possible to enter negative time in box (copy-paste negative value: -1)<br />- boundary values of break are:<br />o enter: 1 until 99<br />o paste: -9 until 99 (pasting 100 results into 10)<br />- Hotkeys: it response on the key combination you enter, if you enter CTRL+SHIFT and hit enter then these values are preserved, manually it is not possible<br />- Used different font type. Also wingdings., seems to work, typing makes the cursor go off the screen, also when using the ENTER<br />- The timer also using the font as set on the type dialog<br />- Font size can only be altered with value between 16 and 16<br />- When using the tool while a video is running; on live zoom it is not shown at all.<br />- Mouse behaviour in live zoom is opposite<br /><br /><strong>Lessons learned<br /></strong>Although some are not new, it is refreshing and valuable to mention<br />- Sometimes it is not clear what a tool must do, only under which conditions like, using it on charts etc.<br />- Using a tool with a few number of functions it is easy to prepare some matrix to test<br />- Awareness about environmental conditions is something not to make assumptions, I noticed that all functions would work on my PC (Vista), this might not be the environment to present on<br />- Frequently participating on weekend testing trains your mind<br />- Defocusing brings some peace in thinking process.<br />- Asking questions first to make the scope clear for yourself provides a great guidance during a mission<br />- I should train myself more on the questions, perhaps a “golden” heuristic might help.<br /><br /><strong>While discussing</strong><br />During the discussion some nice other lessons were possed. It is not always obvious that the environment you are testing on is the same you have to use in presentation. Another option was the availability of a beamer and other digital means. This resulted in the suggestion to use a flip-over, white-boards etc as Oracle to check whether the application would be supportive for the presentation.<br /><br />Ajay also introduced a term he learned from Pradeep while participating on Bangalore testing meeting: "gaining the context" instead of "setting the context".<br />For me this brought some ideas and thoughts also. Somehow I see "gaining" as something you have to earn. In my opinion a context for testing must be gained. Not always is information provided clear, even when asking the right questions, it is the persons attitude and willingness to share information with you.<br /><br />While we were discussing the differences Pradeep Soundararajan entered the discussion to support us on this. He challenged us with a alarm clock example. A bit later also Michael Bolton entered the discussion to provide us some guidance.<br /><br />In my first impression it seems that in general approaches there is less considereation between human aspects. Michael pointed us towards the mnemonic: <strong>CIDTESTD</strong> from <a href="http://www.satisfice.com/rst-appendices.pdf">Heuristic test Strategy Model</a> (20100516: <em>Changed heuristic into mnemonic)</em><br /><br />At the end there was the question why it would be so important to discuss about the difference between gaining, exploring etc.; it can be all the same; it might be just a word game.<br />I believe there is some difference. Like earning respect, you have to gain knowledge and information. This can be done by using your skills as a person and adapting to the situation. I believe information should not be take for granted. Or as Markus mentioned: <em>"don't look where everyone's already pointing".</em> This can also be used in some way as: <em>"Don't ask information others already asked"</em><br /><br /><strong>Conclusion</strong><br />At the end it was a challenging, good moderated and fun weekend session.<br />Well done to all.<br /><br /><strong>WeekendTesting </strong><br />For those who also want to be challenged by challenging yourselves, you might take part on one of the weekend testing sessions and teach yourselves! Don't hesitate to participate!<br /><br />For more information see:<br />Website: <a href="http://weekendtesting.com/">http://weekendtesting.com/</a><br />Or follow them on twitter<br />Weekend Testing: <a href="http://twitter.com/weekendtesting">http://twitter.com/weekendtesting</a><br />Europe Weekend Testing: <a href="http://twitter.com/europetesters">http://twitter.com/europetesters</a>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com3tag:blogger.com,1999:blog-7392851967512034317.post-47938056693218600682010-05-10T11:59:00.004+02:002010-05-10T14:48:25.561+02:00Rorschach, the power of visualization and software testing?<strong>Introduction</strong><br />I blogged about my experience in Weekendtesting were I used Astra Site Manager creating a map <a href="http://testconsultant.blogspot.com/2010/05/wtanz02-same-language-different-sites.html">WTANZ02: Same Language, different sites and places</a>. In that post <a href="http://shrinik.blogspot.com/">Shrini Kulkarni</a> challenged me to expand on how to use this as test strategy.<br /><br />When you look at the images posted there, you might notice that the images look a bit like spots/stains.<br /><br /><strong>Rorschach test</strong><br />When thinking about spots/stains and deriving information from it reminds me immediately on the Rorschach test.<br /><br /><br />From Wikipedia: <a href="http://en.wikipedia.org/wiki/Rorschach_inkblot_test">Rorschach test</a>: <em>"also known as the Rorschach inkblot test or simply the Inkblot test) is a psychological test in which subjects' perceptions of inkblots are recorded and then analyzed using psychological interpretation, complex scientifically derived algorithms, or both."</em><br /><br /><br />Below you see an example of a Rorschach image. Are you able to read this picture? Are you able to assign functionality to areas? Do you see bugs?<br /><br /><p><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjfYvmoePUlR7Y2-oNoDDPTUL9OcHRBVHaqhi0K1uPzpO7zSxwk0Ok9-UNjvpTnT4IlY9WrTa1BmnLuYhJgYo0kJ6ZfXr629Cfot6ppb0AlG0RPJ0RfATZx6Tb2jUFuuPlboZbv3BwHgVXM/s1600/Rorschach_blot_01.jpg"><img id="BLOGGER_PHOTO_ID_5467350632701565010" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 400px; CURSOR: hand; HEIGHT: 262px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjfYvmoePUlR7Y2-oNoDDPTUL9OcHRBVHaqhi0K1uPzpO7zSxwk0Ok9-UNjvpTnT4IlY9WrTa1BmnLuYhJgYo0kJ6ZfXr629Cfot6ppb0AlG0RPJ0RfATZx6Tb2jUFuuPlboZbv3BwHgVXM/s400/Rorschach_blot_01.jpg" border="0" /></a><span style="font-size:78%;">Image saved from wikipedia </span><a href="http://en.wikipedia.org/wiki/File:Rorschach_blot_01.jpg"><span style="font-size:78%;">http://en.wikipedia.org/wiki/File:Rorschach_blot_01.jpg</span></a> </p><p>Primarily based on the perception of these spots the user is asked what and how he experience this and why. What does the spot tells you.</p><p><strong>Testing spots</strong></p>Below you see the 2 images I obtained from "testing" the 2 websites as stated in the challenge from <a href="http://testconsultant.blogspot.com/2010/05/wtanz02-same-language-different-sites.html">WTANZ02: Same Language, different sites and places</a>.<br /><p></p><br /><p>Just tell me: what do you see?</p><p><u><em>Image 1</em></u><br /></p><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjkseOEcNDPPkbCuqgr8W2YhaAxZA7SMXw01TqyaMn21pgmSgMyN0wiAQ93Vcmgdg5xiBi4J6rzUtUyEEqc2vZWXe9QafH18yIaZoLMUPOg-TFIVupcF2OqFi54C2BssXl19O2AQ9tvukw4/s1600/US_site.jpg"><img id="BLOGGER_PHOTO_ID_5467362575895909490" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 400px; CURSOR: hand; HEIGHT: 208px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjkseOEcNDPPkbCuqgr8W2YhaAxZA7SMXw01TqyaMn21pgmSgMyN0wiAQ93Vcmgdg5xiBi4J6rzUtUyEEqc2vZWXe9QafH18yIaZoLMUPOg-TFIVupcF2OqFi54C2BssXl19O2AQ9tvukw4/s400/US_site.jpg" border="0" /></a><br /><u><em>Image 2</em></u><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg3U6FZQYiON3NSQH0d1EsA98o6ydjF4p2tsdOz6-kuycvWMxZNVexThjBHr-YNVXGjZWJ9EGYBcLjYiVze6yzOZc3dz94M47EkcWP1XZMLCBq_1JrTXjFy_a8aNmitkxr_O33v_FvCgi-M/s1600/UK_site.jpg"><img id="BLOGGER_PHOTO_ID_5467362573164590994" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 400px; CURSOR: hand; HEIGHT: 190px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg3U6FZQYiON3NSQH0d1EsA98o6ydjF4p2tsdOz6-kuycvWMxZNVexThjBHr-YNVXGjZWJ9EGYBcLjYiVze6yzOZc3dz94M47EkcWP1XZMLCBq_1JrTXjFy_a8aNmitkxr_O33v_FvCgi-M/s400/UK_site.jpg" border="0" /></a><br />It depends how you look at the images, you might identify some shapes. Perhaps you only see dots or animals. Perhaps you see bugs.<br /><br /><br /><strong>The strategy</strong><br />Defining a strategy is a challenge itself. Writing about it and sharing your idea is even more a challenge. Writing about it and trying to come with a Heuristic is more challenging for me as this is quite new to me. So bare with me, support me and make me teach you as I can learn from you.<br /><br /><br /><strong>First steps</strong><br />I suggest first to define the approach based on patters. Ask what the image itself can tell you and what information do you need to define the approach.<br /><br /><br /><strong>I</strong>maging: Create a map of the website/ functionality to define a certain landscape<br /><strong>D</strong>efocus: Don’t approach the image as a system, approach it as a painting, approach it different, what else do you see? Use your imagination.<br /><strong>I</strong>nterpret: Are you able to tell a story about what you see (colours, lines, drawings, etc.) and argument it?<br /><strong>D</strong>ensity: is there a structure available representing the first impression you had?<br /><br /><br /><strong>Next steps </strong><br />After you got a main overview about what the system could look like you might play with the following components.<br /><br /><br /><strong>C</strong>omplexity: Is there some kind of structure? Are there lots of nodes and are you distracted by it?<br /><strong>N</strong>umber of objects: Are there too much objects visible you are not able to zoom in without missing details?<br /><strong>E</strong>nvironments: Can the map also be used to identify other systems/ secure areas?<br /><strong>R</strong>isk Areas: Are you able to point areas of risks in the map based on "important" functionality?<br /><strong>P</strong>rocess: Is there a order available in the structure which also might support any process?<br /><br /><br /><strong>Other steps</strong><br />Looking to the previous actions, I hope to provide some additional ideas how images from a website structure can support defining an test approach. I believe looking on a different way to images or structures you might come up with other concepts and thoughts which supports your test approach. The next step could be adapting the newly gained view into your test process. Based on this information you can define alternative test cases or perhaps product risks analysis.<br /><br />It might help to get back some creativity back in testing.Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com2tag:blogger.com,1999:blog-7392851967512034317.post-71341259054816663762010-05-10T09:05:00.011+02:002010-05-10T10:00:48.353+02:00EWT17: Rocket science in software testing<strong>Introduction</strong><br />This weekend I attended another session of European Weekend Testers. This session was facilitated by <a href="http://observanttester.blogspot.com/">Thomas Ponnet</a> and had another approach then in the past. This time we could prepare ourselves a bit. The tool under test was offered before the session started.<br /><br />What has this to do with rocket science? It was the plug-in which had to be tested.<br /><br /><u>The Participants were: </u><br />Shruti Gudi,<br /><a href="http://testconsultant.blogspot.com/">Jeroen Rosink</a>,<br /><a href="http://www.sqablogs.com/tonybruce">Tony Bruce</a>,<br /><a href="http://testsidestory.wordpress.com/">Zeger van Hese</a>,<br /><a href="http://acatalin.blogspot.com/">Catalin Anastasoaie</a>,<br />Katya Kemeneva,<br />Dominique Comte,<br /><a href="http://testertested.blogspot.com/">Pradeep Soundararajan</a>,<br /><a href="http://testingexplorer.blogspot.com/">Jaswinder Kaur Nagi</a>,<br /><a href="http://observanttester.blogspot.com/">Thomas Ponnet</a>,<br /><a href="http://www.softwaretestingclub.com/profiles/blog/list?user=1qyjeckcl3cxl">Anna Baik</a>,<br /><a href="http://blog.shino.de/">Markus Gärtner</a><br /><br />I have to admit it was a great crowd, a great session and an useful round-up.<br /><br /><strong>What to learn</strong><br />Last week <a href="http://www.testingthefuture.net/andreas-prins/">Andreas Prins</a> posted on his blog the question what can be learned: <a href="http://www.testingthefuture.net/2010/05/attitude-or-methods/">Attitude or methods?</a> with <a href="http://weekendtesting.com/">weekendtesting</a>. In his posting I wonders when reading articles related to weekendtesting he never see a reference like: <em>"As ISTQB Chapter X page xxx we must do this or that" </em>it is a good remark from him. Mainly in projects I don't refer to pages of ISTQB either. Not in this context. When testing in the weekend, or on a project, you refer towards your experience or even sources were people are telling about their experience in a certain context. That experience can be based on theory combined with common since and the situation.<br /><br />What can you learn in Weekend Testing. I'm not able to tell you what you will learn. You might learn how to look at yourselves. You might learn to think beyond the borders of the regular testing projects you are into. You might learn from the approaches from others. You might learn how to learn.<br /><br /><strong>The mission</strong><br />The missing this week was different then others, this time we had a manager of a band who had a gig that evening and wanted to make sure that the plug-in he found was suitable and stable. If not, would we be able to propose alternatives.<br /><br /><strong>The approach</strong><br />Basically I looked at the application to the following points<br />- try to play wav while plug-in is not available<br />- try to play wav after plug-in is selected<br />- tried to alter the sound of the wav using several preset schemes.<br />- asked the manager about when it is stable, plug-in /laptop<br />- asked the manager about under which condition plug-in was used<br />- played with multiple files,<br />- used other wavs<br />- used wav and midi together,, no option to mix tunes<br />- used the key board and options while music was playing, it interferes with the output.<br />- the midi/wav player, played a bit with that.<br />- looked at the minihost and used several schemes/presets<br />- used the buttons on the minihost<br />- tried to work together with multiple minihosts<br />- try to record music<br />- tried using strange actions like using short-keys how app. reacted<br /><br /><strong>Some issues</strong><br />Below you find the highlight of issues I found during the session. These were findings from my side.<br /><u><em>Error01: message shown when opening the minihost<br /></em></u>Sometimes when using the minihost this error is shown. Not always reproducible<br /><u><em>Error02: error shown when opening recorded wav<br /></em></u>when opening the “test.wav file just recorded this message is shown, although the wav file created/recorded using mic is 1kb.<br /><u><em>Error3: opening another own wav file error is shown, wav not played<br /></em></u>When opening another .wav file format the following message is shown and wav is not played.<br /><u><em>Err0r04: Recording not working<br /></em></u>When using the recorder it shows that a number of kb is created. Even the file and location is shown correct only the actual recording is not made<br /><u><em>Error05: when new file is played, not selected<br /></em></u>When a song is ended and a new is played in the list, the selection is not made, the original keeps “blue”<br /><u><em>Error 06: in global settings window: “tempo” is not working<br /></em></u>When using the Tempo slider, no effect on wav-output<br /><u><em>Error07 multiple files able to select, last file is played<br />Error08 buttons not fine approachable, usability is less</em></u><br />When trying to turn on the buttons it is no following the direction of the mouse<br /><u><em>Error09when playing a song, and hitting button on midi/wav recorder interferes with output<br /></em></u>When playing a tune and you press other buttons of this app, then music/tune is stopped/ hanging for a few moments.<br /><u><em>Error10 pressing The F3 button while playing a wav makes the music hang,<br /></em></u>When pressing the F3 button on minihost.exe while playing application is hanging. No other interaction with system possible<br /><br /><strong>Some Lessons Learned</strong><br />Of course there are a lot of things you can learn when testing. There are even more things you already have learned. Some of the lessons I learned this weekend are just refreshing or confirmations of other valuable lessons.<br /><em>1. Although information about a single application is required, when testing it together it is a combined answer. You might consider it as single object, when it is tested together with other tools you have to consider their stability also<br />2. To understand or able to test a part of a object, you need to know the context, in this case about what stability means for the user and not according to the tester.<br />3. You are not in the position to provide advice, look at the article from Michael Bolton: <a href="http://www.developsense.com/blog/2010/05/when-testers-are-asked-for-a-shipno-ship-opinion/">http://www.developsense.com/blog/2010/05/when-testers-are-asked-for-a-shipno-ship-opinion/</a> You can provide information<br />4. When you are asked as a team, you have to work as a team. Even after short introduction it is hard to get everyone’s attention.<br />5. Domain knowledge is a prerequisite when it is directly asked by “ the manager”<br />6. if the manager is not there, find someone in the team with domain knowledge<br />7. Don’t get distracted by crashes, when they are reproducible, then you can avoid them, if you are still able to use the functionality then, you might earn something with your gig<br />8. It is easy to forget the lessons learned from previous sessions, The assumption is easily made that every one knows you and how you think. Information which seems to be obvious is often forgotten when acting longer in a project. Perhaps recap some questions? Magic words: FOCUS/DEFOCUS<br />9. Reminded about the posting of Markus about being blunt or not towards manager: <a href="http://blog.shino.de/2010/04/11/testing-and-management-mistakes-causes/">http://blog.shino.de/2010/04/11/testing-and-management-mistakes-causes/</a></em><br /><br /><br /><strong>The discussion part</strong><br />During the session several questions and suggestions were raised. Information was missing or needed. Some were about the domain knowledge like <em>"what software compressor for music is", "How to communicate with the manager",</em> <em>"acting like a team or not"</em> and so on (you might check the <a href="http://weekendtesting.com/archives/1084">transcript</a> for details)<br /><br />Also at the end some valuable remarks were made related to "old experience", "skype is not a good tool to use ", "the manager already checked for a tool, why should we check for more functionality", "if the plug-in was the objective, should it be tested alone?", "Are we able to answer the question to provide and advice?"<br /><br />Looking as a process to the discussion you can also notice some familiar behaviour. We all had a common goal, still we acted like individuals. We try to get information which would be valuable for us at that moment. In my opinion we did not asked what would be valuable for the team. We also tried to do our job good due to the minimum of time and focussed therefore more on ourselves. When you look carefully, there were some persons who tried to become a group and act like a group. Perhaps due to time, differences in experience, differences in testing approach, differences in objectives we did not succeed to act like a team. If you look at the end, we are more explaining what we have done and what the traps are. The focus lied more on <em>"did we succeed the mission".</em> I believe we missed in some part a good lesson: <em>"what did we learn and was it fun?"</em> and also <em>"Which personal lessons can you take to a next session."</em><br /><br />What would be more valuable, to meet the mission as an individual or to act as a team, learn from each other and perhaps meet the missions objectives or perhaps change it during and afterwards?<br /><strong>Conclusion</strong><br />This weekend session was a great one. A mission with an attitude of the manager. A great crowd of testers, a discussion you can learn from. I had a lot of fun and learned old and new lessons.Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com2tag:blogger.com,1999:blog-7392851967512034317.post-81244998456453717392010-05-07T09:42:00.002+02:002010-05-07T11:20:20.314+02:00What you can learn from your kids and yourself?It is so obvious, I knew it and although I search for someone to blame, it is my mistake.<br />Sure, how easy it is to accuse my little daughter who sat behind my PC playing some games on it. How adorable she was when she laughed and called me for help. How priceless her smile was when she was proud to be allowed playing on my PC.<br /><br />It doesn't mind at all. It is broke and I didn't do it. So I am not to blame or am I?<br /><br /><strong>Here is the situation:<br /></strong>I have a external disk drive and I used that one as back up facility. So far so good, why not use an additional drive for backup instead those disks. (I have still some 3,5 inch disks with stuff on it and those cannot be used for backup anymore) It seemed reasonable to use an external HD for backup facility.<br /><br />That hard drive was standing on my tower, and as it is a tiny one it felt down already quite a few times and afterwards it worked every time. Amazing how solid that Freecom HD was. Until last weekend. It felt, and no one told me. And today after some times I needed that nice solid backup facility. Unfortunately, it was not approachable anymore.<br /><br />An unapproachable device is nothing new. Sometime USB -ports are just mixed up or deactivated due to some stupid installation etc. As I needed the HD I did some checks.<br />The initial check was turning on the power. He, that is strange, the power was already on, normally the HD would be recognized. Hmmm. I turned the device on and off. no result<br /><br />I checked the USB cable, I tried another port. I restarted the PC. Checked the USB settings. Shouted a bit loud just to express some kind of frustration. I checked again the HD if the blue lights was glowing. I listened if the HD was running while I restarted it (turn of and turn on)<br />I actually checked if it was recognized in the "remove safely-dialog". I kept refreshing my explored window. Did this using THE F5 button, The combination with the SHIFT+F5 button. I used the refresh-option in the explorer menu. I even tried the F9 button as in MS Excel this refresh also sometimes the results.<br /><br />I stood up and connected that external HD to the PC of my daughter. Tried all USB ports on that PC as well. I actually carried the HD to the PC of my son. All with same results.<br /><br />While I was walking downstairs my daughter asked me about the status of her new PC. And there something happened, I found another victim. I reminded about the situation finding it strange that the HD was lying on the ground. Only didn't suspect anything at that moment.<br /><br />While I was walking downstairs my daughter asked me about the status of her new PC. And there something happened, I found another victim. I reminded about the situation finding it strange that the HD was laying on the ground. Only didn't suspect anything at that moment.<br /><br />I asked her if she remembered if the HD felt down from my PC. She looked with glazy eyes wondering what I meant. I asked her again if that grey little box felt on the ground, and she remembered that. Somehow I felt even more frustrated, it came actually in my mind that to tell her I would work on her PC until cure was found. Only, which person can be angry on her little princess. not me, I went downstairs, informed my wife about the situations, made some strange sound to express my frustration and went upstairs back to the PC.<br /><br />That gray little box, when I shake it I hear some noise. It sounds like something very tiny was broken. As a skilled engineer I tried a way to open the box. OK, I admit, I'm not skilled in those grey little boxes. Somehow I believe I can become skilled opening the item when it is broken. Also when it is not broken I hope I learn.<br /><br />Looking back at that gray box no screws visible. I questioned myself if it was worth the effort to open the box using brute force? This time I decided not to open the box. Instead I calculated and argument the damage.<br />I look at the damages in terms of:<br />- what is lost?<br />- is losing a lost?<br />- time taken to collect,<br />- times of usage,<br />- emotional value,<br />- options to recover (from other) resources,<br />- time it would take to recover,<br />- time when information was needed,<br />- what have I done to prevent loss<br />- what were my intentions to prevent loss<br />- what did I not do<br /><br /><strong>Evaluating the process</strong><br />Looking back and thinking what I have learned or could have learned I come up with this blog and the following identifications in the process<br />- I found an defect<br />- I made sure it was broken<br />- I investigated it in several ways<br /> a. Functional<br /> i. What was behaviour<br /> ii. What should behaviour be<br /> iii. Was the drive approachable<br /> b. Technical<br /> i. Was it turned on<br /> ii. Was there power available<br /> iii. Was the power-cable plugged in<br /> iv. Was the power source connected?<br /> c. Hardware<br /> i. Cables working<br /> ii. Light working<br /> iii. Does it make sound<br /> iv. Can it be opened<br /> v. What effort must be used to open it<br /> d. Connections<br /> i. Was there hardware recognition<br /> ii. Did behaviour occur on all other USB-ports<br /> e. Reproducible<br /> i. Own system<br /> ii. Other systems<br /> f. Information<br /> i. What was on it<br /> ii. What is gone<br /> iii. Were are some pieces stored<br /> iv. How old was data<br /> v. What was the value<br /> g. History<br /> i. What did I remember<br /> ii. What did I do with data<br />- I checked if others were to blame<br />- I noticed some strange behaviour as result of my fury/frustration<br />- I found someone only didn’t want to blame<br />- I noticed that blaming is not solving the problem<br />- I searched for arguments not start blaming<br />- I try to evaluate the loss<br />- I evaluate and wanted to learn from it<br /><br /><strong>Lessons Learned</strong><br />When looking back at this situation you might noticed that there are some similarities between this situation and testing.<br />How often did you:<br />- face issues and became frustrated about it?<br />- looked at a system in different ways?<br />- spend time to find the one to blame?<br />- did you try to look at behaviour of others and yourself?<br />- did you learn from that situation?<br />- did you aimed for value instead of spending time for too detailed proof?<br /><br />When I look back at that situation I see I didn't stick to problem pointing, even problem solving was not the issue. I valued the situation and took actions. This time it was apologizing to my daughter, removing the external HD from my PC to avoid other damage and check some old other storages and made sure that they are approachable. Finally I scheduled some time to check for other hardware and decided it could wait for a month.<br /><br />I still have the image of her face sitting proudly behind my PC smiling at me. That is priceless. In other terms also valuable. I would say, that is even valuable then the damage/loss.<br /><br />A valuable lesson I want to give to the reader: Don't take things for granted, if something happened; look what you learn from it and how you can learn from it.Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com0tag:blogger.com,1999:blog-7392851967512034317.post-23951042850064231162010-05-06T19:30:00.027+02:002010-05-06T21:51:34.831+02:00A recipe for success? Are the requirements clear?<strong>Images above words</strong><br />How often did you not heard that images tell more then words. Of course we all believe that; as our project manager of also you wants fancy colour charts and dynamic results, deliver real time.<br />A while ago I planned to make dinner. It is one of the recipes I got from a fellow student, we even named the recipe "Drietdrap" (don't ask me for the explanation) At that time I cooked it for some ladies and they were sold. Although it doesn't look good. I will be honest, it looks awful when you see it the first time, it taste even better. Perhaps that is the deception, it taste better then it looks so therefore it is good.<br /><br />I have cooked this meal more then often for friends and family, even my children like this meal. Every time I was asked to write down the recipe so they were able to reproduce. When starting this time I noticed that I wrote the recipe already multiple times and depending on the time it was more or less detailed. This made me think about the job I love: testing. Do you taste the similarity already?<br /><br /><em><u>Here my story for success. Enjoy your dinner! </u></em><br /><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjHe-Wg7GlFWQTpw9h5oZyzTchwQh_DtU4U1p7ytfBrUbXWiqiFj5S7jvz5pF0yAmTRFEUhZRx8UGxUTwKUWKM1jYn2RjlrH8AwwNdvSDbq5ojTxY9UF1PsjVEh_NlyS9taJfD7GkooWOmz/s1600/01.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468214369681980050" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjHe-Wg7GlFWQTpw9h5oZyzTchwQh_DtU4U1p7ytfBrUbXWiqiFj5S7jvz5pF0yAmTRFEUhZRx8UGxUTwKUWKM1jYn2RjlrH8AwwNdvSDbq5ojTxY9UF1PsjVEh_NlyS9taJfD7GkooWOmz/s400/01.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjqNhW1dvp6pltgtPfqY1aqPfCR3exJFwGmo5n8fU_nyYBKFGnbkeYEge-6d6101SDyJsScEdrgRGmOmWM4Abw_xLNh_e6EAt57UnFLfYUCD32bS1McpB0h6sLQ9MYgPxeJIyUKeBWl_K7R/s1600/02.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468214370589067186" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjqNhW1dvp6pltgtPfqY1aqPfCR3exJFwGmo5n8fU_nyYBKFGnbkeYEge-6d6101SDyJsScEdrgRGmOmWM4Abw_xLNh_e6EAt57UnFLfYUCD32bS1McpB0h6sLQ9MYgPxeJIyUKeBWl_K7R/s400/02.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjn22VsSEM4cUEF5iY2pKCW31wrjxpnzMj9TJ3V3X08FP286r0Q8uL8zJKSkWXPZOrMskdKj93lA0m-02WZ0u3golsKUJM3DBeca8Vf91jsObl0F8bxfq49t91He6ULlu_PwWk8VyyQrrF7/s1600/03.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468214376468937202" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjn22VsSEM4cUEF5iY2pKCW31wrjxpnzMj9TJ3V3X08FP286r0Q8uL8zJKSkWXPZOrMskdKj93lA0m-02WZ0u3golsKUJM3DBeca8Vf91jsObl0F8bxfq49t91He6ULlu_PwWk8VyyQrrF7/s400/03.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjOboHR5g9GYTZrVR14ZK2QSlIUtKNMI8wQ7lrxIVDHWFf7rGBy3l-8rspIDramu9kvAr5pub6X6Fb4ZyLhovI_S57M4VD28gxgAs4UWtS17yguOncgCYfWJzjuJ2Wm5KhufqTUWykMUj6F/s1600/04.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468214376962063794" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjOboHR5g9GYTZrVR14ZK2QSlIUtKNMI8wQ7lrxIVDHWFf7rGBy3l-8rspIDramu9kvAr5pub6X6Fb4ZyLhovI_S57M4VD28gxgAs4UWtS17yguOncgCYfWJzjuJ2Wm5KhufqTUWykMUj6F/s400/04.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhONTE8Ri9rkWmNyo_nSswlzs7Wv8qpSGYfw8acUeyt_k8mXL7ShiySjfvoWMDAAnjdccdXXDoy_DkvLGt9ie16xhELPVP7qWi4NDsb21VXqiFCv2a3LWWOSvgNfTA3p64Udv35NvxpfXMQ/s1600/05.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468214387936811186" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhONTE8Ri9rkWmNyo_nSswlzs7Wv8qpSGYfw8acUeyt_k8mXL7ShiySjfvoWMDAAnjdccdXXDoy_DkvLGt9ie16xhELPVP7qWi4NDsb21VXqiFCv2a3LWWOSvgNfTA3p64Udv35NvxpfXMQ/s400/05.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhNdiwZyQ4CHOMOs1kWBeuV8G6cxlaPVRZ7JuY93KoxqgyzZvTHKFLSJdozwAiDBe-XlLbwoFpZZMhmm-wutwdtfIbSRr-O49fD1wiYEU83-2VyqGXFZlKGDknNSmRYSvgn2EUgU2gN8MZl/s1600/06.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468214153091953730" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhNdiwZyQ4CHOMOs1kWBeuV8G6cxlaPVRZ7JuY93KoxqgyzZvTHKFLSJdozwAiDBe-XlLbwoFpZZMhmm-wutwdtfIbSRr-O49fD1wiYEU83-2VyqGXFZlKGDknNSmRYSvgn2EUgU2gN8MZl/s400/06.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiXSoxLqVQoQxEYLOEAKxGd3a95BzCHxtwH8V3Re4fhJ1ly38LHODGiQbnidyZptYNVvST3N9skNCu0JCXb5IKsufierecA3IzzI340kqgqcEim2AGJXeoewhfe5ZF4QxB9lEE0_nQ_BS9X/s1600/07.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468214160144822306" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiXSoxLqVQoQxEYLOEAKxGd3a95BzCHxtwH8V3Re4fhJ1ly38LHODGiQbnidyZptYNVvST3N9skNCu0JCXb5IKsufierecA3IzzI340kqgqcEim2AGJXeoewhfe5ZF4QxB9lEE0_nQ_BS9X/s400/07.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhT74juoIVQ-UKzorPLQKv6K7oy-Fb38vfjTUu7E7J-aUV2fWkoNlwe5NwE5Fhz5HquoXAadZO7Fr9_EZweRRv-lJkSZ2JJGwqMjlCATC6BNAHc6lme8fcHxPTp0aUsxdYsqg80nFecvYFY/s1600/08.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468214164253513954" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhT74juoIVQ-UKzorPLQKv6K7oy-Fb38vfjTUu7E7J-aUV2fWkoNlwe5NwE5Fhz5HquoXAadZO7Fr9_EZweRRv-lJkSZ2JJGwqMjlCATC6BNAHc6lme8fcHxPTp0aUsxdYsqg80nFecvYFY/s400/08.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgmORdZGMbKB_V5VF_bRUMkCi7PGWfkF95zTjbGBIVvEvhw-RP83e6myapqZ_X39QA653cii7yq51E52cSH-YSPV16I95lCc0yYkyhLh-9BBDoxw3gyTh3GoMysnwJyAhsbX2BjW-IfDtKG/s1600/09.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468214170415277778" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgmORdZGMbKB_V5VF_bRUMkCi7PGWfkF95zTjbGBIVvEvhw-RP83e6myapqZ_X39QA653cii7yq51E52cSH-YSPV16I95lCc0yYkyhLh-9BBDoxw3gyTh3GoMysnwJyAhsbX2BjW-IfDtKG/s400/09.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgwkfCfVFljTq8leRrlFEymZdNCTmBmKCasmeAucbBXdhyt5d-kn2vRp6W1qGC2CxcDwyGbgpVLoPlAAqrgR9rWTQXq84ETvztMuptPfDT8ghrqY6_DivV81LYfb6cS6NAZkVbfkterBOt-/s1600/10.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468214177321250194" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgwkfCfVFljTq8leRrlFEymZdNCTmBmKCasmeAucbBXdhyt5d-kn2vRp6W1qGC2CxcDwyGbgpVLoPlAAqrgR9rWTQXq84ETvztMuptPfDT8ghrqY6_DivV81LYfb6cS6NAZkVbfkterBOt-/s400/10.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgBxgJE9fqBfsqwi_LU9XeQheLHpxISDtsUDGJl7GkCb_sP56L_Qd0AONv_4soH_QoIa2jwIuwjJRbwegBlS3lW7_QtJJRW6A8rVMBEwkRT5h00bvid5bevh2g8Ts9zJHyOvK9zZhIGcwDh/s1600/11.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468213012126202626" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgBxgJE9fqBfsqwi_LU9XeQheLHpxISDtsUDGJl7GkCb_sP56L_Qd0AONv_4soH_QoIa2jwIuwjJRbwegBlS3lW7_QtJJRW6A8rVMBEwkRT5h00bvid5bevh2g8Ts9zJHyOvK9zZhIGcwDh/s400/11.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgZUqlyX6xmOSbpkavf8gOaWmwvq2LzXrP5kRzK0Ky4sIWkfk3ZBnBCN5euLZebP2klXTxTczggkEyhK9aSiThY13NQMShFkGhfL1LBduk-VqRNbGEJzdUFlaC_-QJyWPtrnwy-UBpxzit3/s1600/12.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468213018501802994" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgZUqlyX6xmOSbpkavf8gOaWmwvq2LzXrP5kRzK0Ky4sIWkfk3ZBnBCN5euLZebP2klXTxTczggkEyhK9aSiThY13NQMShFkGhfL1LBduk-VqRNbGEJzdUFlaC_-QJyWPtrnwy-UBpxzit3/s400/12.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEibtBqJ_dBtueIIvN-IS3IIN2tXdbly6dGvUntdcyRGgy8lrlarzG2bhwVyx5yhvBdYqxph5dCesHSA06nR9J_QZy333ZtaAluWtsLcROjoaLu3b4DR2FAA6MwUEG9RlpcZYCFpS0mPw1UK/s1600/13.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468213020944551362" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEibtBqJ_dBtueIIvN-IS3IIN2tXdbly6dGvUntdcyRGgy8lrlarzG2bhwVyx5yhvBdYqxph5dCesHSA06nR9J_QZy333ZtaAluWtsLcROjoaLu3b4DR2FAA6MwUEG9RlpcZYCFpS0mPw1UK/s400/13.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhDwZPb__URwLCQLHd6a-cEDvstnEliGLT7j8IED7iDt2cnSjF9vZY_HgSov4TwfzBPaMPnQHbDe6LbF336ah9HKttg1JVcV0Z5wPtZ6WGeNfMpEixFYmD89T8nkDRaEnYv96EDr5Z8Ztba/s1600/14.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468213026438239858" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhDwZPb__URwLCQLHd6a-cEDvstnEliGLT7j8IED7iDt2cnSjF9vZY_HgSov4TwfzBPaMPnQHbDe6LbF336ah9HKttg1JVcV0Z5wPtZ6WGeNfMpEixFYmD89T8nkDRaEnYv96EDr5Z8Ztba/s400/14.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiPRcqpZJZM4IiE3bXYl0_6ZGd8-X50NBQTA2m5fZVnTt7i-TORO3igqSWzP0p2TcO80Je32baxi9BDGpaEsVUc_T1R9zz8JqCFVlW2_cGpcsGwiXh-PaaawgdBDsK3Piwn8EXUV2YzFJDo/s1600/15.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468213031781247666" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiPRcqpZJZM4IiE3bXYl0_6ZGd8-X50NBQTA2m5fZVnTt7i-TORO3igqSWzP0p2TcO80Je32baxi9BDGpaEsVUc_T1R9zz8JqCFVlW2_cGpcsGwiXh-PaaawgdBDsK3Piwn8EXUV2YzFJDo/s400/15.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg4d7hjdLNeHNevRlRkY-e8jL3IfRh5PkIaLYTp9lj53LmEEbl8BrPjM1zxKv483qHHlqooKh52xKCNnX69sJzlicsXgjb1VtON03aXb6bLWsgK-HPejsV4rSI_-esfNkpHRt_ZTCg1mNgn/s1600/16.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212767115138786" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg4d7hjdLNeHNevRlRkY-e8jL3IfRh5PkIaLYTp9lj53LmEEbl8BrPjM1zxKv483qHHlqooKh52xKCNnX69sJzlicsXgjb1VtON03aXb6bLWsgK-HPejsV4rSI_-esfNkpHRt_ZTCg1mNgn/s400/16.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiaLZ9pQoGn9B2MgdItonUC3oCqhSn5ihy_7n4Pm34KLH78KHTPz7VmeQyS1iFSiVWmKT6XRhDbnJ4bGapTOcYDMFBJovJHMQ7cwYiOeh09bfGbmQsUjMGywoh_u0XQzFYC4Ly6TFqsYXln/s1600/17.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212773240870018" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiaLZ9pQoGn9B2MgdItonUC3oCqhSn5ihy_7n4Pm34KLH78KHTPz7VmeQyS1iFSiVWmKT6XRhDbnJ4bGapTOcYDMFBJovJHMQ7cwYiOeh09bfGbmQsUjMGywoh_u0XQzFYC4Ly6TFqsYXln/s400/17.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiHwSSY9mRYNJDNoaen3x6nS4HMb_U44IvGnqN5NYA7X1U0i9jBfsdy9iJGUz9D3gr5WKwHy_JdCgbsTeomN8tyXKx87pzp6T-PUwEVf8E-Egps7yXqNxa5dDIFew3oTRp2-gSBqkIzMUWO/s1600/18.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212776575619474" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiHwSSY9mRYNJDNoaen3x6nS4HMb_U44IvGnqN5NYA7X1U0i9jBfsdy9iJGUz9D3gr5WKwHy_JdCgbsTeomN8tyXKx87pzp6T-PUwEVf8E-Egps7yXqNxa5dDIFew3oTRp2-gSBqkIzMUWO/s400/18.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgetp4V3v9uhiyS1j6c4FvL6v9kahiel4FRIy5JiYmtLzn2mJf0ofsAhEcdrJltEjUAndaKKOlcWrOTijAK6KthFN0jgURMx-hYdWkWFzjfZdC3Pc4FQ-6EA8d5SuunuFNSCpDWXoSZvMvU/s1600/19.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212780078935154" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgetp4V3v9uhiyS1j6c4FvL6v9kahiel4FRIy5JiYmtLzn2mJf0ofsAhEcdrJltEjUAndaKKOlcWrOTijAK6KthFN0jgURMx-hYdWkWFzjfZdC3Pc4FQ-6EA8d5SuunuFNSCpDWXoSZvMvU/s400/19.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg_B0LyuhJku44MgbQDeUIr9V5VRXm_wsjBuJ3iJwRG56BltI7AcqVvJ0gcVHjOihnbzRRpROSkn0P-y_hyPeFz5vfSPJYpGYIXNAh4cEdU4Xef_AtiTzp0b7JEfthVbfNYi1TWOBYNAAqd/s1600/20.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212787060915282" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg_B0LyuhJku44MgbQDeUIr9V5VRXm_wsjBuJ3iJwRG56BltI7AcqVvJ0gcVHjOihnbzRRpROSkn0P-y_hyPeFz5vfSPJYpGYIXNAh4cEdU4Xef_AtiTzp0b7JEfthVbfNYi1TWOBYNAAqd/s400/20.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEitruIPAXo36qyG3W4GSyY4jRSHytK1yQkOKHKDbkewqMog3BYnY-kkJBEpSW4ucT_F7-0sE4db6INdSz2pVHEKBWPUntE4SGxArtBj3GLvEQS9ut9DSYFlk4zBwnrm9uoqjvrP4GwpbSQM/s1600/21.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212429047710498" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEitruIPAXo36qyG3W4GSyY4jRSHytK1yQkOKHKDbkewqMog3BYnY-kkJBEpSW4ucT_F7-0sE4db6INdSz2pVHEKBWPUntE4SGxArtBj3GLvEQS9ut9DSYFlk4zBwnrm9uoqjvrP4GwpbSQM/s400/21.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi-lQyMhkcIvLIOiTxMHs51-CMUqkITD5Z1H8Gr5iPefIrZXf9nmBZJUewzRD-e3IXzsVGzz9jFvrvC7wFqBDschyphenhyphen-0AKrMHQEjZsSKvKmUsyPzsM_w5CXt7Eo4NOZOpDIvEJscr4iuG1kO/s1600/22.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212432083802418" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi-lQyMhkcIvLIOiTxMHs51-CMUqkITD5Z1H8Gr5iPefIrZXf9nmBZJUewzRD-e3IXzsVGzz9jFvrvC7wFqBDschyphenhyphen-0AKrMHQEjZsSKvKmUsyPzsM_w5CXt7Eo4NOZOpDIvEJscr4iuG1kO/s400/22.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgowWbKZCm7juPXJCi63IvnZautXDhW67elNxE1E5Cdo7UlA0qsDrpjLZ5WCZPE5nSf9ZQD3zwkgWC8Noofp5LXKcVfbJszSrwULTWfCsPnBxrYJkZKNSDMAe1OyYnErwIv9WX3ip6dgwEV/s1600/23.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212435117083730" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgowWbKZCm7juPXJCi63IvnZautXDhW67elNxE1E5Cdo7UlA0qsDrpjLZ5WCZPE5nSf9ZQD3zwkgWC8Noofp5LXKcVfbJszSrwULTWfCsPnBxrYJkZKNSDMAe1OyYnErwIv9WX3ip6dgwEV/s400/23.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgmAozxK3_5jt9RVqWV1xQI1Hi_3tufwiRgir3PbvZh0903o-2yhKOfyQFtCajcNjGfytrCcNF6UP-3wXOLnafJ6nx1_0L12cO03HEFk3vl3GLHTSPMZ5V89HMm0NTF-Por5jKgEKUukMyV/s1600/24.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212443105832754" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgmAozxK3_5jt9RVqWV1xQI1Hi_3tufwiRgir3PbvZh0903o-2yhKOfyQFtCajcNjGfytrCcNF6UP-3wXOLnafJ6nx1_0L12cO03HEFk3vl3GLHTSPMZ5V89HMm0NTF-Por5jKgEKUukMyV/s400/24.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg0SlSqf5MvMq6Y-qs4U2LUJmyie5HzL81PkSKOI31n3vdaoNM0CSNxfzsxlNlUBjhEOgGlxWYekMhxgP7IPvHTkwDIvi8wRNQ2XNbKUjr-OkZufuNx1jBl0iRleOWXGLkIp-yV_QpOMVpC/s1600/25.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212447811341154" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg0SlSqf5MvMq6Y-qs4U2LUJmyie5HzL81PkSKOI31n3vdaoNM0CSNxfzsxlNlUBjhEOgGlxWYekMhxgP7IPvHTkwDIvi8wRNQ2XNbKUjr-OkZufuNx1jBl0iRleOWXGLkIp-yV_QpOMVpC/s400/25.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj9WVFhiSUxQWssCSjSXljfQ5jjLSKTLpSW98RIDosBTH7VKot4KmrWLME28dQEizwAfcvjWO6wjFnerVuxj3YG_7p3hkFOvjHj46g9QQEfMoKtfp4AuTmo1KS01q_x60gcv6cedg4hCIWr/s1600/26.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212136782791874" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj9WVFhiSUxQWssCSjSXljfQ5jjLSKTLpSW98RIDosBTH7VKot4KmrWLME28dQEizwAfcvjWO6wjFnerVuxj3YG_7p3hkFOvjHj46g9QQEfMoKtfp4AuTmo1KS01q_x60gcv6cedg4hCIWr/s400/26.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiKsKkE70Kj_OaQr7yDzGnNB5RFbzuRG7TAU93ZGRUh3yj62krP0KxcYsZHOHTm24_Llrb3gPcPf02TxTtOj7VYQKanEzC0ehoePSqPznpclymGmQxQgD7k9UyejZn_Ol0koSWayHDBhMo3/s1600/27.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212139491402578" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiKsKkE70Kj_OaQr7yDzGnNB5RFbzuRG7TAU93ZGRUh3yj62krP0KxcYsZHOHTm24_Llrb3gPcPf02TxTtOj7VYQKanEzC0ehoePSqPznpclymGmQxQgD7k9UyejZn_Ol0koSWayHDBhMo3/s400/27.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgwx9EmRHxSQ9niqzZ-vD0CKfsahMdXIT-jGPV2B4srIdVbenFAnw4QLwfhaEChQnf9DhYd39Nrdn2qwKHzpRUSoGb6Saq3y2osTA6ED4_AwX9jWrvTn4tfhakOf_t5odJwVzmj1UVB3xHQ/s1600/28.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212146871900514" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgwx9EmRHxSQ9niqzZ-vD0CKfsahMdXIT-jGPV2B4srIdVbenFAnw4QLwfhaEChQnf9DhYd39Nrdn2qwKHzpRUSoGb6Saq3y2osTA6ED4_AwX9jWrvTn4tfhakOf_t5odJwVzmj1UVB3xHQ/s400/28.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhCT5X_xfr0h11HNgWrWbYxirdS8ETG0gSXVTDWGzc1XMyUJHtBvuIGujCCzEk0wzzBfSNLgTziLaZW6Sz9iTwd9CSDqfXUDQLZH91dxFjMsgwKtdb3GwhQkfAI7Kps1zhKodRk5j1dINQ5/s1600/29.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212150509673522" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhCT5X_xfr0h11HNgWrWbYxirdS8ETG0gSXVTDWGzc1XMyUJHtBvuIGujCCzEk0wzzBfSNLgTziLaZW6Sz9iTwd9CSDqfXUDQLZH91dxFjMsgwKtdb3GwhQkfAI7Kps1zhKodRk5j1dINQ5/s400/29.jpg" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhumViruauRs_hNhuevWHLAImPV9osIgHnUsixXWgS1cXQJ15qonOykJhyKMpr4Xyg-f8UgzSVJJtQkQR45ZXrS6PbiGK6u1e27KRfIAWvlXpWSeoZK0YT2lQa-lctnjJ-4kDwoXTRwN7Y2/s1600/30.jpg"><img style="WIDTH: 200px; HEIGHT: 133px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468212156466570482" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhumViruauRs_hNhuevWHLAImPV9osIgHnUsixXWgS1cXQJ15qonOykJhyKMpr4Xyg-f8UgzSVJJtQkQR45ZXrS6PbiGK6u1e27KRfIAWvlXpWSeoZK0YT2lQa-lctnjJ-4kDwoXTRwN7Y2/s400/30.jpg" /></a><br /><br /><em>Would this be enough information to make create the meal and also test the meal?</em><br /><br /><strong>Words above images</strong><br />Another approach to tell the same story with words.<br /><br /><em>Ingredients for 4 persons (looks like requirements?)<br /></em>- 500 gram minced meat<br />- 250 gram mushrooms<br />- 1 or 2 unions<br />- 2 pieces of garlic<br />- spinach<br />- crème fraiche<br />- Boursin<br />- pepper<br />- salt<br />- pasta tri-colore<br /><br /><em>Actions:<br /></em>Bake the meat, add pepper and salt on taste. Boil the water, chop the union, mushrooms and garlic. Add them to the meat. Heat up the spinach and add the pasta to the water when it is boiling. When it is all done remove the water from the pasta. Add the crème fraiche to the spinach. Add the Boursin to the pasta. And mix all together. now you have a lovely meal.<br /><br /><em>Are you familiar to the recipe? Do you know when you are done?</em><br /><br /><strong>Mind mapping dinner</strong><br />Like every meal I cook, I do it merely using my mind and my sense for taste instead of the actual recipe. To structure the cooking process you can you use some kind of a mind map. perhaps the one below helps you out?<br /><br /><p><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgBFkeAydj2LAJNo6uJ6YhU2-dFP1IVyJBEBADY5DMuBJJL7-jephLbOSpPlJ6YKPOA_GZlTV6CAv8ZLBVZYdu37oROb2VRSFlU1vTXTDmuUcQsPBrbbpO2XE-DwR3-f4PZBW-yUVz7Fzhz/s1600/Drietdrap.jpeg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 400px; DISPLAY: block; HEIGHT: 279px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468230286677037842" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgBFkeAydj2LAJNo6uJ6YhU2-dFP1IVyJBEBADY5DMuBJJL7-jephLbOSpPlJ6YKPOA_GZlTV6CAv8ZLBVZYdu37oROb2VRSFlU1vTXTDmuUcQsPBrbbpO2XE-DwR3-f4PZBW-yUVz7Fzhz/s400/Drietdrap.jpeg" /></a> </p><p><em>Do you also see and feel it? Do you feel comfortable now there is a bit of structure? is this best of both worlds? An image and some words?</em></p><p><strong>The story so far</strong></p><p>Like always, the result you have experienced before never succeed the success you gained now. There are several ways to communicate and there always will be information missing. As tester you have learned never make assumptions. And you now the results only at the end, is it? Sometimes there is a combination between documentation, written words and models. The image below is not a correct way to explain. For me at this moment, it is a story I could have told while cooking.</p><p><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinmBTEqdtgLLroE3Cjly-bZ-SHrXSU0HgNmNPlRBM3Y5njmS4Dqv6r88N5uJxoT5VCR-7FNvYcM5KF6h0ULe5WnZwue4rZ4iTTtJOXvosrqIOQ4Xg8wJfzo327i8mvCSZT_U_qB2a2bjFY/s1600/drietdrapVisio.jpg"><img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 400px; DISPLAY: block; HEIGHT: 358px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5468240713945168034" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinmBTEqdtgLLroE3Cjly-bZ-SHrXSU0HgNmNPlRBM3Y5njmS4Dqv6r88N5uJxoT5VCR-7FNvYcM5KF6h0ULe5WnZwue4rZ4iTTtJOXvosrqIOQ4Xg8wJfzo327i8mvCSZT_U_qB2a2bjFY/s400/drietdrapVisio.jpg" /></a><br /><br /><strong>Context</strong></p><p>I provided you a few examples how you could explain cooking this meal. There seems not much a difference between cooking and testing. You have different roads to approach cooking. You have different ways to tell. If you like to cook for profession or a person who likes to cook for fun or a cook who does it because someone has to do it. It is the result which counts. We have to eat for living. Sometimes the looks and the taste don’t care. It is the value of it, is it an in between snack or dinner to survive?</p><p>In testing you have these kind of testers also. You have persons who live by the book, you have testers who act on vision and experience. You have those who are creative and willing to try and accepting to fail. As long as they learn from failure and there is time for failure.</p><p>in the examples above you will see that information can be brought in different ways. People who are familiar with the recipe or keen on learning perhaps need less detailed information than others. For others detailed information is mandatory. It is also not only the recipes which are counting, also other information related to expectations. Like I started I once start cooking this very successfully, which might be important information as it doesn't add value in preparing the meal, it colours the expectations.</p><p>The same is about how old and trustworthy the expectations are. How about I tell you that that nice achievement is about 20 years ago. I cooked over the years more often and was also successful as friends and family were satisfied. Perhaps there is some kind of additional context, designed by memories.</p><p><strong>Conclusion</strong></p><p>There is not one recipe for success, There are more ways to serve. I hope you learned that we should NOT ask for detailed documentation, we should ask for information needed to add value. In this case the value was when dinner was served and eaten. Less important was the order things happened.</p>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com0tag:blogger.com,1999:blog-7392851967512034317.post-31119954753677480662010-05-06T10:52:00.003+02:002010-05-06T12:01:25.818+02:00Response on Go/No-Go to ship<strong>Questions?</strong><br /><a href="http://www.developsense.com/">Michael Bolton</a> posted and excellent article called <a href="http://www.developsense.com/blog/2010/05/when-testers-are-asked-for-a-shipno-ship-opinion/">Blog: When Testers Are Asked For A Ship/No-Ship Opinion</a> which made me think and respond about it. I started with commenting on his blog and during that I came up with some thoughts I wanted to share.<br /><br />Reading this story raised some questions for me I normally are aware of only never asked directly. Perhaps because when dealing myself with it; it is too close to me; the project is in stress. I agree with you that we should not make the decision shipping. Here some questions I have as response to the project manager whether to ship/or not:<br />- Where did we miss providing enough information? If we provided the proper information she would be more conformable.<br />- Why did she ask that question at the end of the project and not during the project?<br />- Why did not we guide her to ask “valid” questions?<br />- What could we do better to avoid discussions and questions like this at the end?<br /><br />Do you notice that these are questions to myself instead directly to the project manager. if you have to change, first think what you can do. What value you can deliver. And also when. Looking at these questions, there is more then just providing test results. You have to communicate on other items also. In this case, which message will you have to bring and do you have mutual understanding on this.<br /><br />I’m sure there are other questions to ask, even more answers to be provided. In my opinion you posted here a basic rule. When thinking further on this, based on this question to ask or not to ask, testers have to deliver all kinds of documents/ metrics and so on, just to “help” the project manager making decisions.<br /><br /><strong>The bright and dark side</strong><br />The bright side is not having all information and asking the team. Only the moment is “too” late when you get this question at the end. It is a bright situation since you are not exaggerating the documents you deliver and you have time to adapt to the situation. You must check continually if you provide value.<br /><br />I believe there is another dark side. The dark side is asking the team “all kinds of information not knowing yet it will be valuable or usable and still I need it just in case I come up with questions afterwards forgetting that providing information cost time and resources not delivering other valuable products”.<br /><br />What I have seen in the past was to gain control by collecting all possible information. Sometimes collecting information is not that bad. It becomes bad when you communicate about it and no one is waiting for it and you have to explain they should.<br /><br /><strong>Awareness</strong><br />If you have to explain the value of information afterwards, then you are too late. You have to guide them and help them to understand the information you create/ provide. You also are responsible only to deliver that information which is needed/values to the product directly or indirectly. This means you have to communicate and interpret the behaviour of the stakeholder.<br /><br />To me, testing is more then only finding issues, or proving functionality works. It is also a process to make the results you find be accepted. You must be aware that you have to deliver that information which is requested and make sure that vision about responsibility is agreed upon. Perhaps keep checking if the information you provided is valuable and also understood as you meant it to be understood.<br /><br /><strong>Go/No-go?</strong><br />Are you the messenger for the GO/No-Go advice? I believe you are not the decision maker on this. You should provide information the decision maker can make that decision. Sure, you should help him/her. Only by providing information within the proper context. You also have to explain and guide how that information can and should be used.<br /><br />If a question like this is coming from the project manager, you might see that as a sign you did not provided the right information and or guided her/him through the information you provided. Instead of asking question to the project manager, first start asking them to yourself.Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com0tag:blogger.com,1999:blog-7392851967512034317.post-15357749535883966212010-05-03T10:25:00.000+02:002010-05-03T10:50:58.553+02:00WTANZ02: Same language, different sites and places<strong>Weekentesting on the other side of the world</strong><br />At least it is for me and there were some benefits. WeekendTesting-chapter in Australia and New Zealand (WTANZ) had their second session. As it was raining and still early in the Netherlands (just 8 PM) I asked to participate. As I was almost an hour too late I had less time available to test the mission as provided.<br /><br />Here's our mission today: The mission: Exploratory testing of how easy it is to get data in different formats about education in the United States and the United Kingdom from <a href="http://data.gov/">http://data.gov/</a> and <a href="http://data.gov.uk/">http://data.gov.uk/</a>.<br /><br /><u>The Participants were:<br /></u><a href="http://marlenacompton.com/">Marlena Compton</a> (facilitator)<br /><a href="http://www.enjoytesting.blogspot.com/">Ajay balamurugadas</a><br />Allmas Mullah<br />Dhara Sapu<br /><a href="http://www.erlewein.net/">Oliver Erlewein</a><br /><a href="http://testingexplorer.blogspot.com/">Jaswinder Kaur Nagi</a> (aka Jassi)<br />Keis<br /><br /><strong>Approach: </strong><br />As mentioned I attended too late so I had another challenge, instead of following the mission am I able to get enough information to be able to start next time. Like in normal life you are faced with situations were an approach have to be defined and less time and information is available.<br /><br />As I understood from the discussion and de briefing, the website ought to be similar and also with a similar objective. To understand more about the sites I came to the idea to find out about the objectives and compared them. I also checked on visual sight the structure of the site based on the menu items.<br />Next to it the tone of voice was important for me the learn more about the audience.<br /><br />During the checking I scrolled a bit thru the menu and decided to use an old tool called <em>Astra Site Manager</em> which was developed by Mercury (now HP). Although this tool is not flawless, it sure provided the information I was looking for. how complex is the site.<br /><br /><br /><strong>Some Results<br /></strong><em>Website map of <a href="http://www.data.gov/">http://www.data.gov/</a> created with Astra Site Manager</em><br /><br /><br /><br /><br /><p><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh2L6y-MVFvnm6TnN4FnKWo7mm3LZkSzIfdsOwfhhsI9ua4lzuF1AQlLindJwL3jUsqs97NEES4EbBoCeupZquZTO71CfbgJet9mWTdLHRvIc2-e4jzFxHSUqT1SrUMd4V2W6-RCXWoKbsZ/s1600/US_site.jpg"><img id="BLOGGER_PHOTO_ID_5466741602058916562" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 400px; CURSOR: hand; HEIGHT: 208px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh2L6y-MVFvnm6TnN4FnKWo7mm3LZkSzIfdsOwfhhsI9ua4lzuF1AQlLindJwL3jUsqs97NEES4EbBoCeupZquZTO71CfbgJet9mWTdLHRvIc2-e4jzFxHSUqT1SrUMd4V2W6-RCXWoKbsZ/s400/US_site.jpg" border="0" /></a><br /><br /><em>Website map of </em><a href="http://data.gov.uk/"><em>http://data.gov.uk/</em></a><em> created with Astra Site Manager<br /></em><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjsvsEYcx0zTQAaIYwwWa9QXmI4i9Cg5_HMFStg6fqJw1W3YoHtO6vZc19jUqCHekyb7zj1YmQA3Qr64VkxEiSBWndjUpNkQaFjQOPVfinwb7ngXuGVkDi4uZgtSsz-BXKVUIdxNRj-T0_m/s1600/UK_site.jpg"><img id="BLOGGER_PHOTO_ID_5466741529760642354" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 400px; CURSOR: hand; HEIGHT: 190px; TEXT-ALIGN: center" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjsvsEYcx0zTQAaIYwwWa9QXmI4i9Cg5_HMFStg6fqJw1W3YoHtO6vZc19jUqCHekyb7zj1YmQA3Qr64VkxEiSBWndjUpNkQaFjQOPVfinwb7ngXuGVkDi4uZgtSsz-BXKVUIdxNRj-T0_m/s400/UK_site.jpg" border="0" /></a><br /><br /><br />If you compare the images you will noticed that there is some differences in structure. I think a map like this is usable to identify areas/ pin point areas were risk can be identified. If an area contains some risk you might come up with some other exploring questions as: "if user data is used how does it flow through other screens?"</p><p>As result of this tool I came up with some unreliable metrics like the number of URL's.<br />The UK site counted over 5961 URL's and US-site counted over 4903 URL's. </p><p>If I use these numbers with the goal of the sites: sharing information to the public, then I question: How will the public be able to find valuable information if it exceed their ideas. How will the public be able to find the right information? The change of finding some information is due to the high number if links high, the change if that information is the correct information depends how the search engine works. When will the result be the best and reliable result?</p><p>Looking to the technology: On the US-site they just use the icons for facebook and twitter. On the UK-site they explain what they do. Does this mean that the audience is different?</p><p>What I also noticed when running the tool is the differences in files which can be downloaded, from .xls, .csv, .pdf, .txt to .xlm. Also there is no usages of naming conventions in the documents as well in the webpages and directories.</p><strong>The discussion<br /></strong>The round up was interesting, they all shared their experience and wondered if they met the mission. Some found their way using google for information, others came up with an well spoken approach. I learned from this session as well and hope others did too.<br /><br /><strong>Lessons learned</strong><br />- Comparing different web site: decide which will be your "Oracle" and why<br />- Tone of voice is different and tells something about the expected audience<br />- Question the value of information when it is offered in huge numbers and what is the change the right information is found<br />- Creating a map can be useful to pin-point risk areas and pin-pint value for the users.<br />- Usage of file names and the similarity can tell some about the quality of the site, at least the change of errors<br />- Huge number of web-pages might result in higher chance of failure, why are these kind of websites this huge?<br /><p><u>For more information see:<br /></u>Website: <a href="http://weekendtesting.com/">http://weekendtesting.com/</a> or follow them<br />on Twitter Weekend Testing: <a href="http://twitter.com/weekendtesting">http://twitter.com/weekendtesting</a></p>Jeroen Rosinkhttp://www.blogger.com/profile/02780132978624117482noreply@blogger.com4