A central concept of software testing – perhaps this is the rare case of a principle in software testing that is at once necessary and sufficient – is that its ultimate purpose is to gather the data needed to verify that all release criteria for the software under test (SUT) have been met.
All of the test engineers I know or work with though understand that data by itself is not knowledge. We establish quality objectives that support business objectives for the SUT. How will the pencil be used? Have other solutions been tried? We design tests that will affirm or deny predictive or descriptive propositions such as the “API GetLastRegName functions as designed”; or we compare our test data with target, baseline, or benchmark data, and conclude that the SUT has exceeded or fallen short of what we sought or expected.
As we accumulate more relevant data (where relevance is in terms of the selected quality objectives), we believe that we have increased our knowledge about the SUT. Oddly, we also tend to think that as our knowledge increases, our ignorance decreases. I don’t think so. Ignorance persists; or as a software designer friend of mine might say, we persist ignorance across multiple domains.
The fault lies in thinking that knowledge is a zero sum game. I certainly don’t remember thinking that, and I very much doubt that you do either. But it’s is in our minds, perhaps a fossil surviving from when such thinking was necessary for survival. If knowledge of our SUT did have an empirical limit, then the complement of our knowledge would be ignorance – our ignorance would decrease as our knowledge increased. We could one day conceivably eliminate our ignorance of the SUT – and with it, eliminate all bugs and all risk. But there are always other environments in which to test, different processors, different chipsets.
Unless we limit knowledge’s domain, it cannot push back the frontiers of ignorance. We structure our knowledge by the form of our inquiry. Certain inquiries have very limited domains, offering hope (and therefore the illusion) of mastery. But without curiosity and appreciation, which are both forms of inquiry, we learn nothing.
Related Posts
My Interactions with Customers – Safeguarding the Independence of a Testing Team Test Automation Webinar Q&A Series – Software Testing and Test Automation Tools Test Automation Webinar Q&A Series – Automation Costs
Recent Posts
Customization in SaaS – Who draws the line? Smart Grid Applications go on Cloud What is the purpose of testing? Crossing Swords – ARMed Intel Micro-marketing – the three Key Principles View all
Most Viewed
Different Views on Consulting (1515) What is Consulting? (1323) B2B Digital Marketing (1259) A fresh look at metrics and the marketing funnel (1059) Smartphones to become the major driver of content consumption (680) View all
Most Commented
What is the difference between Marketing and Sales? (24) An inbuilt mechanism for innovation: organic & ecological (16) Everything That’s Marketing (16) Mumbai Dabbawalas (13) Corporate Blogging: It’s All About Engagement (13) View all
Vlog
Creating Sanity Amidst Test Methodology Madness – Webinar Series Transforming Test Organisation MindTree Vlogs: Role of Independent Testing in the Manufacturing industry A Look Back and A Look Ahead Some Brands Never Get Old View all
Cartlog
What’s in it for me? (WIIFM) When you are an expert on something, where do you learn from? Mantras for Communities FAA-some Avoiding the Death March of IT Delivery View all





MindTree Blog Archives
Subroto Bagchi


