Mark Winteringham
Tester, Toolsmith, Author and Instructor
Mark Winteringham is a tester, toolsmith and author of AI-Assisted Testing and Testing Web APIs, with over ten years of experience providing testing expertise on award-winning projects across a wide range of technology sectors, including BBC, Barclays, UK Government and Thomson Reuters.
He is an advocate for modern risk-based testing practices and trains teams in Automation, Behaviour Driven Development and Exploratory testing techniques. He is also the co-founder of Ministry of Testing Essentials a community raising awareness of careers in testing and improving testing education.
You can find him on Twitter @2bittester or at mwtestconsultancy.co.uk
Badges
Contributions
Good tests and bad tests do not really exist. It’s up to us as testers to create quality tests and determine what are the most suitable tests to discover information about specific risks. We can do this by questioning and discussing ideas with our teams. Additionally by discovering risks, forming test ideas around those risks, and being observant when executing them. Not every test will be of the same quality, or be structured in the same way, so you need to remain vigilant. It’s up to us, as we test, to question what we have done and what we have learned, to see if assumptions were made or if details were missed. We can always learn and improve to deliver better testing.
Diagrams are abstract graphical representations of complex ideas and systems. They're used to convey information, facilitate discussions. In the world of software and testing, diagrams can come in many forms. Diagrams can be used to describe complex systems in ways that plain language cannot. It can trigger discussion and help weed out any misunderstandings and assumptions. They're easy to create and build during collaborative sessions.Diagrams are models, and all models are flawed. Each diagram has a specific purpose, and misusing the diagram can cause problems. Assumptions are made when creating diagrams, and ignoring those assumptions may lead to issues and bugs. Diagrams give us one perspective of a system or idea, and your project may require more than one perspective.Diagram examples:
You could have process diagrams that describe a sequence of actions, which will carry out on the triggering of an event.
Wireframe diagrams that show how UI components are laid out on a web page.
Data flow diagrams that show the flow of data through a system.
Integration maps that show how services connect to one another.
The dictionary definition of a risk is a situation involving exposure to danger. Software development risks are situations that can negatively impact your project, your product, or your business. This may include loss of quality, money, damage to reputation, or safety to others. Identifying risks early can help you mitigate them. You can determine as a team whether they are unacceptable or unacceptable risk. Risks can also inform how and where we should test as well. Just like you can't find every bug in a product, you can't discover every risk. Risks can appear anywhere on a project or a product, which in a large domain can be hard to manage. Risks are viewed very negatively in many cases for some people, and they can be biased towards not wanting to identify them or accept them. As software testing and quality professionals we sometimes have to be advocates for risks, which takes skill. Example risks: Installability is a type of risk. This is a risk around installing maybe an app on your phone. There are different types of data risks which are around the amount of or the type of data flowing through your application. There are also performance risks. Performance risks could be user load or data load, that affects the speed, of your applications.
Biases or cognitive biases are irrational judgments or subconscious inferences made from the data available to us. In testing, biases have the effect of causing you to miss or focus too much on specific behavior, processes, or data. We use our knowledge of biases in testing to improve our strategies by using biases to our advantage. Biases can be used as a heuristic, for example, in learning about our team's desires and expectations. Ignoring biases can affect your perception of the product you're testing and the quality of your testing. It may lead to gaps in your testing, and bugs could slip through. You need to be aware when you're using a bias deliberately that there is potential information you're missing out on, and you need to carry out additional activities to balance it out. Being conscious of biases allows us to attempt to prevent them from negatively impacting our testing. We could also use biases to focus or zone in on specific testing activities. Example biases: Inattentional blindness, when you miss something in one area of the application because you're focused on another point. Confirmation bias, when you promote data that proves your point of view and ignore data that challenges it. Observational bias. So the expectancy what that what we see, what we want to see, or in testing, create tests to return what we want to see.
Elevate to senior test automation roles with mastery in automated checks, insightful reporting, and framework maintenance
Ascend to leadership roles by mastering strategic skills in automation strategy creation, planning and execution
Unlock the essential skills to transition into Test Automation through interactive, community-driven learning, backed by industry expertise
At TestBash Autumn 2023
Discover how you can run tests with various data sets without duplicating efforts with TestRail
Mark shares his experiences with Component Testing
Listen to ReTestBash's 99 Second Talks
Check out our newly released 99 Minute Workshops from March
Goodbye Ministry of Testing Podcast. Hello Ministry of Testing Podcasts! (What more than one?)
Get actionable advice to enhance your technical skills and approach
A deep diving into specific topics and tasks of an automator
The two discuss the various tasks he takes part in on a daily, weekly and monthly basis
TestBash UK 2022 will be back again in a new online format: introducing ReTestBash UK 2022!
Discover what inspired TestBash UK 2022 attendees in our 99 Second Talks
Learn the many ways in which attending a TestBash is valuable for you
We've created a new multi-format conference where you can choose to learn and engage in the way you want
Show us how you solve problems with automation tools and be part of Test.Bash(); 2022
Why we're closing down inactive meetups to help us support the future of our existing meetups
In order to focus on AiT Manchester and TestBash UK training in Bucks won't be going ahead
Discover how you can enjoy TestBash World with your local community
We have a big surprise that is going to make TestBash World our biggest online conference yet
A look back on the previous week in the Ministry of Testing community with the latest weekly newsletter. Discover upcoming events. Plus, find out how you can help the community. Be part of the con...
Read the latest newsletter for a look back on the previous week in the Ministry of Testing community. Read about all the upcoming events and workshops!
We want to help you speak at a 2022 TestBash
Find out how TestBash World will be an event you can attend from the comfort of home or at your local meetup
Check out tips and tricks for public speaking from the testing community in this Testing Planet article
Find out more about the fun and games we have planned for our December event HolidayBash
Learn whether we should automate all our negative API scenarios in this article from Mark Winteringham on the Testing Planet
New November 99 Minute Workshops available for Pro Members
Discover some of the highlights of Days 9 to 12 of 30 Days of Tools
Learn about what a UI Automation framework is and how it's built
Vernon Richards, our TestBash and Webinar host extraordinaire, will be our resident host for our Essentials training.
Find out what exciting 99 Minute Workshops are in store for September. Not one, not two but three a week!
Watch the Experience Reports from the UI Automation Week 2021 - Java Edition
Go from idea to a complete workshop plan
Learn the fundamental technologies that make up websites and web pages
Learn how to build an API checking framework in Java
Start your journey into software development and testing by learning what it's all about
Learn the fundamental rules that make up HTTP requests and responses
Dive deeper into testing and build automation tools by learning JavaScript
Watch "The Automation Break Up: Saying Goodbye to Full Stack Tests with Task Analysis" with Mark Winteringham from TestBash New Zealand 2019
30 Days of API Testing Challenge... let's do this!
Listen to this fantastic talk by Mark Winteringham at TestBash Germany
Check out The Software Testing Clinic's answers to the latest student questions: How To Do Good Regression Testing by Mark Winteringham
Check out The Software Testing Clinic's answer to the latest student question: "What do tests look like?"
Watch Mark Winteringham's talk on 'The Automated Acceptance Testing Paradox' from TestBash Belfast 2017
Discover top tips for breaking into Software Testing
Watch "The Deadly Sins Of Acceptance Scenarios" with Mark Winteringham from TestBash Manchester 2016
Discover how to avoid common mistakes when building a regression checking strategy