Hiccupps

  The map is not the territory.  Perhaps ironically, this gloss is not the quote. The original, due to Alfred Korzybski, can be found in Science and Sanity , page 58, and is more subtle: A map is not the territory it represents, but, if correct, it has a similar structure to the territory, which accounts for its usefulness. The map is not the territory.  Mark Bessoudo, in his fun short essay on the topic agrees and, while a cartographical cheerleader, is likewise keen to circumscribe the map, or model's, utility: Engineers are trained to use tools that seek to change the world using “first principles” [but] Models do not replace skill or knowledge ... Knowing their limitations and the context within which they operate is essential. The map is not the territory.  Unlike Korzybski and Bessoudo I'm no philosopher. But I've learned that, in testing, models are unavoidable, that they can be extremely valuable, an

The Association for Software Testing is crowd-sourcing a book,  Navigating the World as a Context-Driven Tester , which aims to provide  responses to common questions and statements about testing from a  context-driven perspective . It's being edited by  Lee Hawkins  who is  posing questions on  Twitter ,   LinkedIn , Mastodon , Slack , and the AST  mailing list  and then collating the replies, focusing on practice over theory. I've decided to  contribute  by answering briefly, and without a lot of editing or crafting, by imagining that I'm speaking to someone in software development who's acting in good faith, cares about their work and mine, but doesn't have much visibility of what testing can be. Perhaps you'd like to join me?   --00-- "Developers can’t find bugs in their own code." I'm not usually so blunt unless we know each other well but, to my mind, if you mean what it looks like you mean, that's just

  The science first ... Stigmergy is a term for individuals collaborating or coordinating through the effect of their actions on the environment. It comes from the study of animal populations which demonstrate sophisticated emergent behaviours without any obvious control structure or even direct communication. If that sounds too abstract, think about wasp, ant, or termite colonies and the level of organisation suggested by their complex nest-building, foraging, feeding, and breeding patterns. You've probably heard about scent signals. Stigmergy observes that an individual will mark the path to a food source and that this influences the behaviour of other members of the community. They in turn also mark the path, reinforcing the signal and bringing still others to it.  If there are alternative routes to the food then the one which conveys most benefit, perhaps by requiring less energy to reach, will tend to get reinforced more. It can be instructive

A couple of weeks ago I was wondering what testing patina might look like .  What do I mean by patina in this context? I think I'm looking for artefacts and side-effects of work, visible on tools and places of work, that demonstrate something about the length of time, depth, and breadth of work, and ways of working.  I'm seeking things that other practitioners could recognise and appreciate as evidence of that work. But, and this is important, the patina is not the work itself. So here's the list of things I've come up with so far: Patina might be visible in an IDE I've been using for a long time through a litter of plug-ins, some for defunct tooling, or obsolete languages, with multiple plug-ins for the same file format, and so on. Patina might be visible at work from my Confluence home page where I collect links to the internal talks and demos I've done. (Top-right in the image at the top, and deliberately obfuscated I'm afraid.) Patina might be visible in