How to Get What you Want from Testing – Hangout with Michael Bolton

Reading Time: < 1 minute

You can type your questions for Michael below and we will address these during the Hangout.

 

BiographyMichaelBolton JPG

Michael Bolton is a software tester, consultant, and trainer with 20 years of experience around the world, testing, developing, managing, and writing about software. He is the co-author (with senior author James Bach) of Rapid Software Testing, a course that presents a methodology and mindset for testing software expertly in uncertain conditions and under extreme time pressure.

Currently, he leads DevelopSense, a Toronto-based consultancy. Prior to that, he was with Quarterdeck Corporation for eight years, during which he managed the company’s flagship products and directed project and testing teams both in-house and around the world.

Contact Michael at michael@developsense.com, or through his Web site, www.developsense.com

About the Author

Daragh

Hi everybody! I am part of the marketing team here at TESTHuddle and I look after content generation. I am a big rugby fan and love to watch Munster and Ireland matches. I have a beagler (beagle/king charles cavalier cross) pup called Nelson. I look forward to interacting with you guys!
Find out more about @daraghm

45 Responses to “How to Get What you Want from Testing – Hangout with Michael Bolton”

  1. need to work on my questions 🙂 I tried to look at this topic ( as not a tester) but an external person. Establishing the baseline – what a client should expect from testing 🙂

    there are many stereotypes – and misunderstandings on that testing is.
    Partially you already answered just now -> “by talking to them.”

    Letting the client know what are the things they would benefit – so afterwards they can ask for the testing aspects that would fit their needs and meet their business value.

    For us as a testers to tackle that would be to expose our “sales” people tho these ideas so this is taken into account, right 🙂

  2. I cant see any other comments here currently but there are some interesting topics discussed 🙂 I am interested in learning about the Rapid Software testing. Alot of the time we find that when deadlines draw near, testing time is cut. I have seen this over the years with various companies, how can we improve this scenerio without reducing the test coverage?

  3. Michael will be conducting the following presentations at EuroSTAR 2014:

    What’s The Problem? Delivering Solid Problem Reports – http://www.eurostarconferences.com/conferences/session/496/whats-the-problem–delivering-solid-problem-reports

    and

    Every Tester Has a PRICE: Sources of Product and Project Information – http://www.eurostarconferences.com/conferences/session/514/every-tester-has-a-price–sources-of-product-and-project-information

  4. Encourage – expose testers to the testing ideas that are out there 🙂

    answer from experience – the more one gets exposed to a company of passionate driven testers – the harder it’s to hit the breaks, and become ignorant 🙂

    so this is kinda a thanks to everyone who’s seeking out other testers for inspiration, support and knowledge – mentor-ship if you wish

    Thank you crazy testing folk (:

  5. Here are some of the books Michael Mentioned. (I’ll post the rest of the books later):

    Thinking fast and slow – http://www.amazon.com/Thinking-Fast-Slow-Daniel-Kahneman/dp/0374533555/ref=sr_1_1?s=books&ie=UTF8&qid=1404742349&sr=1-1&keywords=thinking+fast+and+slow

    Tacit and Explicit Knowledge – http://www.amazon.com/Tacit-Explicit-Knowledge-Harry-Collins/dp/022600421X

    Lessons Learned in Software Testing – http://www.amazon.com/Lessons-Learned-Software-Testing-Context-Driven/dp/0471081124/ref=sr_1_1?s=books&ie=UTF8&qid=1404742505&sr=1-1&keywords=Lessons+Learned+in+Software+Testing

    The Shape of Actions – http://www.amazon.com/Shape-Actions-What-Humans-Machines/dp/0262032570/ref=sr_1_1?s=books&ie=UTF8&qid=1404742563&sr=1-1&keywords=The+Shape+of+Actions

    Code – http://www.amazon.com/Code-Language-Computer-Hardware-Software/dp/0735611319/ref=sr_1_1?s=books&ie=UTF8&qid=1404742610&sr=1-1&keywords=code

    Explore it – http://www.amazon.com/Explore-Increase-Confidence-Exploratory-Testing/dp/1937785025/ref=sr_1_1?s=books&ie=UTF8&qid=1404742696&sr=1-1&keywords=explore+it

  6. Maaret had a nice post regarding tester and automation -> http://visible-quality.blogspot.fi/2014/06/learning-to-code-just-learning.html?m=1

    the point that got me ->

    With all this, I find the ‘testers should code’ ‘why would a tester not learn to code’ a generally upsetting theme. Why should I want to be a mediocre coder when I can be a brilliant tester? Or why should I give up my aims of excellence in testing to learn coding to a level I consider professional?

Leave a Reply