Testing & Software Blog

The occasional thoughts of a freelance software tester, drawn from experience across the software development life-cycle.

FUNCTEST stands for Functional Test. As opposed to FUNKTEST, where you raise a bug if the drummer doesn’t have a good enough sense of rhythm

Posted on by Tim Hall | 1 Comment

What does the spec say again?

Today I came across and logged a bug, which on closer examination turned out to be a result of an ambiguously-worded line in the specification rather than a simple coding error.

I mentioned this on Twitter during a mid-morning coffee break, and got two contrasting responses.

The first was that the written specification is just the starting point of a conversation between the Business Analysts, Developers and Testers over exactly what the system should look like, and constant communication will resolve any ambiguities as the development proceeds.

The other was that a developer should not be expected to question things in an environment where even the smallest changes require signing off from multiple people with different conflicting agendas. In such circumstances it’s easy to see why a developer might make guesses rather than ask questions.

My reaction to that is that if you’re trying to develop software in an organisation as bureaucratic as in the second case, you run the risk of ending up with software that’s every bit as dysfunctional as the organisation itself.

I’ve worked on projects like that in previous lives, with great long specifications written in great detail for the benefit of the developers who were supposed to implement the thing, but completely failed to give the business stakeholders any real impression of the actual functionality. But the stakeholders went and signed it off anyway, perhaps because they wouldn’t admit, maybe even to themselves, that they didn’t really understand the thing. Needless to say that project went horribly pear-shaped and turned into a nightmare death march as the development team were buried under a mountain of change requests.

Are there still organisations that develop software like that?

While I’m still in Waterfall-land, fortunately my current project is nothing like that. In the end, I got given the task of rewriting that bit of the specification to remove those ambiguities.

Posted in Testing & Software | Tagged | 1 Comment

Testers and software engineers love to argue over whether a bug is a coding error or a missed requirement. But when it causes this much damage to people’s lives, then such hair-splitting doesn’t really matter.

Posted on by Tim Hall | Comments Off

Is This a Poe?

Poe’s Law famously states that it’s impossible to create a parody of a fundamentalist or extremist site that won’t be mistaken for the real thing.

Does the same thing apply to management speak? I think it does…

Welcome to OVERBLUE, bridging the gap between strategy and execution.

OVERBLUEâ„¢ is an Operational Excellence Management System ( or OEMS ) that implements the principles of SPHIDA’s PROACTIVE THINKING to introduce a new paradigm in how people align business processes with corporate goals and how they get work done.

Reading text like this I am really unsure as to whether this site is for real, or whether the whole thing is a very clever parody.

A must have tool for any information worker and collaborative team. It ensures a flawless execution and empowers an organization to achieve the desired performance levels.

It does read as if someone fed the contents of a few Management Buzzword Bingo cards into a Markov Chain Generator, doesn’t it?

I’ve read most of the site, and I find myself with absolutely no idea as to precisely what this seemingly-magical software actually does.

Today’s process improvement methodologies and BPM systems are limited because they are designed to deal with simple, easy to automate processes.  But simple processes account for only about 10% of the any organization’s process portfolio.

… the OVERBLUEâ„¢ software can be seamlessly used to design, align and execute activities and business processes across 100% of the process spectrum.

Since the link came from the writer Charle Stross, the whole thing does sound like something from his Laundry novels, akin to CASE NIGHTMARE GREEN. Is the CEO of this company called Ellis Billington?

Posted in Testing & Software | Tagged , , | Comments Off

When Good Furbys Go Bad

A cautionary tale from Christina at A Mommy Story about The Furby Who Became Evil.

Furby

Mira’s Furby was suddenly possessed by a new personality who was mean. It growled at her, it snapped at her with an angry voice if she tried to pet it, and it made retching noises when she tried to feed it, as if the iPad foods weren’t good enough for it. Occasionally it showed little flames in its eyes.

WTF happened? Did we feed it after midnight?

It was now a Furby demon. And Mira was scared of it. She backed away with tears in her eyes, her five year old mind unable to comprehend what had happened to her cheery dance pal, saying she wanted her nice Furby back, and she didn’t want to play with it anymore.

All of which makes me wonder what a tester can learn from this.

How was this product tested? How much did the testers know about the underlying programming? Is the “Evil Furby” that upset little Mira actually a bug, or was it “performing to spec”? And if that’s in the spec, what were they thinking when they specified behaviour that makes five year olds cry?

Posted in Testing & Software | Tagged | 1 Comment

Bobby Tables starts a company?

Bobby Tables

 

Has little Bobby Tables just started a company in Finland? I think we should be told….

Posted in Testing & Software | Tagged | Comments Off

Recruiters are still talking about “Rock star developers”.  One consequence of being a software tester by day and music critic by night is that I don’t even want my rock stars to be rock stars. Do we really want the sort of egos who send emails in 14 point red bold arguing that the bug you raised was a missed requirement rather than a coding error?

Give me Rock Star Developers and I’ll test their work as if I’m Paul Morley writing for the NME in 1981…

Posted on by Tim Hall | 2 Comments

The Twitter Block Fail Whale

FailWhaleIf you’ve been on Twitter the last couple of days you’ll have noticed a major shitstorm over Twitter’s ill-considered change to the way blocking worked.

Previously the block function not only prevented you from seeing the posts from people you’d blocked, but it also prevented them from following you or seeing your own tweets. The change reduced this to a mere “mute” functions; all it did was to mute them from your own timeline and interactions tabs, without preventing them from following or even from retweeting you.

All credit to Twitter for rolling back the change within the space of a few hours in response to the storm of anger from users, but you have to wonder what they were thinking when they implemented it in the first place. Something tells me that nobody involved in the decision ever consulted anyone with first-hand experience of online harassment or stalking.

Yes, I am aware that blocking was never 100% effective, since your public posts are still visible to a logged-out user if they go to your profile. But there’s a big difference between @Dickhead being able to see your profile by logging out, and @Dickhead being able to follow you and retweet your posts to his dickhead friends. It’s akin to saying there’s no point locking your door because a burglar can always break the window.

And I’m also aware that Twitter has a serious problem with abusers and trolls, and there isn’t any optimal solution that doesn’t have potential downsides; successful moderation strategies that work on community-based sites just don’t scale to something the size of Twitter, especially it’s part of a wider ecosystem that includes other sites over which Twitter has no control. But that’s no excuse to roll out a change that actually enables the bad actors.

Posted in Social Media, Testing & Software | Tagged , | Comments Off

The long-running debate in the testing community of the value of certification is getting ugly. A blogger expresses robust but strongly held professional opinions on the subject, then someone with an axe to grind complains to his employer in an attempt to shut him down.

Posted on by Tim Hall | Comments Off

So I’m a tester, and I happen to be the very first person to order something from a new website. Of course I found a bug.

Posted on by Tim Hall | Comments Off