Oracles and testing

When testers fixate on documented requirements, there’s a risk that they will restrict their attention to looking for inconsistencies with specific claims; when testers fixate on automated checks, there’s a risk that they will restrict their focus to inconsistency with a comparable algorithm. Focus your attention too narrowly on a particular oracle—or a particular class of oracle—and you can be confident of one thing: you’ll miss lots of bugs.

– Oracles from the Inside Out, Part 5: Oracles as References as Media

Get inspired by reading more about Oracles and what they mean for the testers work at

eBook: The Assertive Tester

I would like to be an assertive tester. Get inspired by reading the short eBook by Declan O’Riordan:

Assertive testing is based on the belief that the tester has the same rights, responsibilities and personal self-worth as other people. An assertive tester evaluates a situation, decides how to act, then responds honestly and spontaneously without anxiety or guilt. The assertive tester respects themselves and others, and takes responsibility for their actions and decisions.

Link to eBook

DSTB testing conference 2015

I participated in the DSTB testing conference 9. june 2015 at Tivoli hotel in Copenhagen. A total of 250 People from 11 countries participated – mostly from Denmark.

I followed:

  • Velkomst og introduktion til konferencen ved DSTB´s formand John Fodeh
  • Velkomst ved ISTQB´s præsident, Gualtiero Bazzana
  • Keynote 1: Building on Success, Erik van Veenendaal, Improve IT Services, Holland
  • Inspiration for Software Development Process – Sushi, Sashimi and Root of Scrum, Susumu Sasabe, Adviser, JUSE (Union of Japanese Scientists and Engineers), Japan
  • Agile practices applied in life-science industries? What works, what not, and how we can get it working, Thomas Muller, Software Validation, Schweiz, Chair of Foundation WG, ISTQB
  • Mobile testing and its part in testing tools, Kari Kakkonen, Knowit, President FiSTB, Finland
  • Hvordan bliver du involveret tidligere i projektet som tester – forstå dine interessenter? Ole Chr. Hansen, Capgemini Sogeti Danmark A/S
  • Keynote 2: Skills Assessment of Testers – New Paradigms, Vipul Kocher, SALT, and President ITB, Indien

I liked:

  • To meet fellow test managers and previous colleagues
  • Keynote 1 by Erik van Veenendaal
  • Keynote 2 by Vipul Kocher


If you use 7 hours to learn something new you have to apply your knowledge in practical use within 72 hours to build your skills. Otherwise the knowledge will be lost according to Vipul Kocher. I tend to agree with him.

Certifications help you build knowledge (when you study – not the exam) but it does not give you skills.

We still have problems communicating the value of testing to non-testers – at least in DK – we need to understand our stakeholders better and speak their language. We must learn to communicate outside the testing community.

Will the ISQTB strategy with new modular certifications give us better skills as testers?

See program and content briefs below.

Continue reading “DSTB testing conference 2015”

Test of IT infrastructure

A colleague asked me about a reference to a blog or site where inspiration for test of IT infrastructure could be found. I did not have any at hand.
I performed a quick search on Google which showed me that the topic of how to scope your test when testing IT infrastructure is not that common – in fact almost non existing (according to my Google search).
Since I have executed a lot of IT infrastructure testing I am inspired to write about this special(?) topic on my blog in coming post.
It is my perception that a lot of testers execute a lot of test in the higher levels of the OSI model and in many cases assume (often correctly) that the underlying infrastructure is dependable.

But what about test in connection with:

  • Building a new infrastructure
  • Moving an existing infrastructure
  • Decommissioning an old infrastructure
  • Data migration between infrastructures
  • Application migration between infrastructures
  • (and many more scenarios)

How is the IT infrastructure designed and why has this design been chosen? Is it relevant to test the cabling system in a new building? Is it relevant to test redundancy on the network layers? Can wireless network coverage and capacity be tested? Should the firewall and Proxy functionality be tested? Do all file shares have the correct group rights? And what about security in the network?

Who can I ask all these questions and more important who can approve the test scope and execute test?


En udmærket guide i testdesignteknikker udgivet af Sogeti kan findes her:

Guiden er primært rettet mod dem der er bekendt med TMAP, men kan sagtens gøre dig klogere på testdesignteknikker alligevel selvom du ikke kender til TMAP.

Den er skrevet af Anne Melsing, Natasha Fugl Kehler, Steen Nordsmark Skardhamar og Ole Chr. Hansen. Februar 2015.