{"id":361,"date":"2011-10-26T08:39:28","date_gmt":"2011-10-26T06:39:28","guid":{"rendered":"http:\/\/blog.asym.dk\/?p=361"},"modified":"2011-10-26T08:39:28","modified_gmt":"2011-10-26T06:39:28","slug":"more-on-testing-terminology-types-of-testing","status":"publish","type":"post","link":"http:\/\/www.asym.dk\/index.php\/2011\/10\/26\/more-on-testing-terminology-types-of-testing\/","title":{"rendered":"More on testing terminology: Types of testing"},"content":{"rendered":"<p><a title=\"Link to Carsten Feilberg on Twitter\" href=\"http:\/\/twitter.com\/#!\/Carsten_F\" target=\"_blank\" rel=\"noopener noreferrer\">Carsten Feilberg<\/a> posted the following on Twitter yesterday:<\/p>\n<blockquote><p>Since I started translating &#8216;testing&#8217; to &#8216;demonstrating&#8217; when talking to non-testers like mgrs, it all makes much more sense.<\/p><\/blockquote>\n<p>The post sent my mind off thinking about types of testing: I realised that demonstrating functionality is a common task in testing, and that demontrating is an important task in the project I&#8217;m working on at the moment.<br \/>\nAnd after dreaming about this all night, I have come up with four types of (knowledge producing) work commonly associated with \u201dtesting\u201d:<\/p>\n<ol>\n<li>Testing<\/li>\n<li>Checking<\/li>\n<li>Demonstrating<\/li>\n<li>Assessing Qualty<\/li>\n<\/ol>\n<p>Let me briefly describe each:<br \/>\nTesting has the objective of finding issues and knowledge about a product. You don&#8217;t do testing if you know everything you need to know about a product, so part of the &#8216;charter&#8217; involved in testing (whether it&#8217;s written down or not) is that you are expected to find out things about the product that wasn&#8217;t known before: E.g. bugs. It might be better termed &#8216;learning&#8217;, as suggested by Michael Bolton.<br \/>\nChecking is something you do to verify that things are in order. A pilot goes through a check list before takeoff. Checking implies that you already know exactly what you are checking, so a check will only produce knowledge about the items on the checklist. In software, checks are often automated. As described frequently by Bolton, Bach, Weinberg and others, much of the testing work carried out in software projects is actually checking.<br \/>\nDemonstrating functionality is about showing that a product can do something \u2013 and how it does it. Most \u201dacceptance testing\u201d and \u201duser testing\u201d are actually demonstrations, and demonstrations are very useful when you need to document that something is \u201dready for delivery\u201d from supplier to customer.<br \/>\nAssessing quality is something I think deserves more attention: Testing is usually associated with the production of &#8216;bugs&#8217; or &#8216;issues&#8217;, which do not by themselves say anytnhing about &#8216;quality&#8217; of something: If you&#8217;re an optimist (e.g. project manager), you&#8217;ll tend to say: \u201dah, that&#8217;s just one bug, they&#8217;re fixing it\u201d, whereas pessimists (e.g. testers) will say: \u201doh, this is all rotten, just give me more time to find all the other bugs\u201d. Assessing quality is about qualifying either statement \u2013 or something in between.<br \/>\nThese are four types of activities \u2013 are there more?<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Carsten Feilberg posted the following on Twitter yesterday: Since I started translating &#8216;testing&#8217; to &#8216;demonstrating&#8217; when talking to non-testers like mgrs, it all makes much more sense. The post sent my mind off thinking about types of testing: I realised that demonstrating functionality is a common task in testing, and that demontrating is an important [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[3],"tags":[],"_links":{"self":[{"href":"http:\/\/www.asym.dk\/index.php\/wp-json\/wp\/v2\/posts\/361"}],"collection":[{"href":"http:\/\/www.asym.dk\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.asym.dk\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.asym.dk\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.asym.dk\/index.php\/wp-json\/wp\/v2\/comments?post=361"}],"version-history":[{"count":0,"href":"http:\/\/www.asym.dk\/index.php\/wp-json\/wp\/v2\/posts\/361\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.asym.dk\/index.php\/wp-json\/wp\/v2\/media?parent=361"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.asym.dk\/index.php\/wp-json\/wp\/v2\/categories?post=361"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.asym.dk\/index.php\/wp-json\/wp\/v2\/tags?post=361"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}