DevelopsenseLogo

Lessons Learned in Grating Cheese

“Lessons Learned in Grating Cheese” by Michael Bolton | TestFlix 2020

0:44 / 8:06 #TestFlix#Testing#SoftwareTesting

About this Talk: “Lessons Learned in Grating Cheese” by Michael Bolton This is a video recording of a conversation between Michael Bolton and Ajay Balamurugadas, after Michael’s first attempt to produce a Testflix video. It’s about how things can miss the mark when you’re too close to them — and how a tester’s critical eye might be able to help.

Top Takeaways: The takeaways are yours to decide!

Speaker Bio: Michael Bolton is a consulting software tester and testing teacher who helps people to solve testing problems that they didn’t realize they could solve. In 2006, he became co-author (with James Bach) of Rapid Software Testing (RST), a methodology and mindset for testing software expertly and credibly in uncertain conditions and under extreme time pressure. Since then, he has flown over a million miles to teach RST in 35 countries on six continents.

Michael has over 30 years of experience testing, developing, managing, and writing about software. For over 20 years, he has led DevelopSense, a Toronto-based testing and development 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, on Twitter @michaelbolton, or through his Web site, http://www.developsense.com.
Twitter – https://twitter.com/michaelbolton
LinkedIn – https://www.linkedin.com/in/michael-b…

This video is of one of the Atomic Talks presented at #TestFlix– Global Software #Testing Binge, 2020. TestFlix 2020 had: -107 Speakers from 44 Countries -5200 Registrations from 91 Countries -Over 2100 attendees on the Event Day

TestFlix 2020 Proud Sponsors:
TestProject – https://testproject.io
AI Appstore – https://www.aiappstore.com
Trigent Software – https://www.trigent.com/services/qa-t…
Sauce Labs – https://saucelabs.com
Testsigma – https://testsigma.com
Testvox – https://testvox.com
Mozark – https://mozark.ai
Moolya Testing – https://moolya.com

#SoftwareTesting #Automation #SoftwareQuality #SoftwareDevelopment

Expected Results

Klára Jánová is a dedicated tester who studies and practices and advocates Rapid Software Testing. Recently, on LinkedIn, she said: I might EXPECT something to happen. But that doesn’t necessarily mean that I WANT IT/DESIRE for IT to happen. I even may want it to happen, but it not happening doesn’t have to automatically mean that there’s a problem. The point of this post: no more “expected results” in the … Read more

“Why Didn’t We Catch This in QA?”

My good friend Keith Klain recently posted this on LinkedIn: “Why didn’t we catch this in QA” might possibly be the most psychologically terrorizing and dysfunctional software testing culture an organization can have. I’ve seen it literally destroy good people and careers. It flies in the face of systems thinking, complexity of failure, risk management, and just about everything we know about the psychology involved in testing, but the bully … Read more

Breaking the Test Case Addiction (Part 10)

This post serves two purposes. It is yet another installation in The Series That Ate My Blog; and it’s a kind of personal exploration of work in progress on the Rapid Software Testing Guide to Test Reporting. Your feedback and questions on this post will help to inform the second project, so I welcome your comments. As a tester, your mission is to evaluate the product and report on its … Read more

Breaking the Test Case Addiction (Part 6)

In the last installment, we ended by asking “Once the tester has learned something about the product, how can you focus a tester’s work without over-focusing it? I provided some examples in Part 4 of this series. Here’s another: scenario testing. The examples I’ll provide here are based on work done by James Bach and Geordie Keitt several years ago. (I’ve helped several other organizations apply this approach much more … Read more

Breaking the Test Case Addiction (Part 5)

In our coaching session (which started here), Frieda was still playing the part of a manager who was fixated on test cases—and doing it very well. She played a typical management card: “What about learning about the product? Aren’t test cases a good way to do that?” In Rapid Software Testing, we say that testing is evaluating a product by learning about it through exploration and experimentation, which includes questioning, … Read more

Breaking the Test Case Addiction (Part 4)

Note: this post is long from the perspective of the kitten-like attention spans that modern social media tends to encourage. Fear not. Reading it could help you to recognize how you might save you hours, weeks, months of excess and unnecessary work, especially if you’re working as a tester or manager in a regulated environment. Testers frequently face problems associated with excessive emphasis on formal, procedurally scripted testing. Politics, bureaucracy, … Read more

Breaking the Test Case Addiction (Part 3)

In the previous post, “Frieda”, my coaching client, asked about producing test cases for auditors or regulators. In Rapid Software Testing (RST), we find it helpful to frame that in terms of formal testing. Testing is formal to the degree that it must be done in a specific way, or to verify specific facts. Formal testing typically has the goal of confirming or demonstrating something in particular about the product. … Read more