Context For Software Fault, Error And Failure Classification — Tentamen Software Testing Blog


In the previous post, we explained how software fault, error, and failure differ from each other. In that post, we did not provide the context where this classification is useful. Thanks to the community, we got feedback on this post that was valuable in explaining the context where software fault, error, and failure are helpful. We will introduce you to software testing based on the remarkable book, Introduction To Software Testing by Paul Ammann and Jeff Offutt.

How To Accept A Feedback

When you write a blog post and comments are enabled, you need to be prepared to accept feedback. The most useful feedbacks are ones that ask follow up questions or ones that do not agree with your’s blog post message. The problem is that you can not receive that feedback in person, along with visual communication clues of feedback providers. From textual feedback and disagreement with your topic, you could perceive feedback as hostile.

It is essential to dismiss any emotion at that time and concentrate on the feedback message. Remember that person who provided feedback took their time and energy to read your post and to provide feedback. If they did that, their intention is not hostile but to get started a conversation to learn more about blog post topics.

Context For Fault, Failure, And Error

Paul Seaman and John Wilson provided valuable input on my post on software faults, errors, and failures. They both asked for the context where the classification of fault, error, and failure could be useful.

Classification to fault and error could only be useful to developers, not other stakeholders. This post context is that software testing should also be done by developers, but on levels that deal with faults and errors, not failures. For failures, we have testers, technical, and business-oriented. Faults and errors could be determined during the code review of code and unit tests by other developers. The code review is verification software testing that is done by developers. Validation is done by software testers (definitions are also in the blog post).

Originally published at on September 3, 2020.

Founder of Tentamen, software testing agency.

Love podcasts or audiobooks? Learn on the go with our new app.

Recommended from Medium

How to create a docker image with AWS CLI and Serverless installed

OpenCage Geocoding Using KNIME

How I Created a Better Google Analytics in 3 Hours

A Summary of $BTL Post-IDO Distribution

CS373 Spring 2022: Dale Kang

Google App script is not the Programming Language for the Future! (And Here’s why )

S.O.L.I.D Principles

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Karlo Smid

Karlo Smid

Founder of Tentamen, software testing agency.

More from Medium

Deciphering test feedback

What is the best way to contribute as a QA in 2022?

What Essential Questions Should Testers Ask?

Critics and confusion about testing