Archive for category Test Insight

In August, a rewrite of July's uTest post (and maybe official feedback)


Instead of a new post, I revisited and modified last month’s post, About youTesting with uTest.
It has now more content, and still has a discussion of pay-per-bug models.

The initial opinions are still there. While the pay-per-bug model presented by uTest is certainly innovative and interesting; the model still misses a lot. It will certainly be center of discussion many times in many circuits :). Read the rest of this entry »

Tags: , , , , , , ,

About youTesting with uTest

(Note: This post,originally from July, was re-written in August. Only format/wording changes, with additions to make it clearer)

This is an interesting topic:
I’ve been involved lately in many conversations about uTest, or more specifically about its model.
uTest is a website where companies can post their software, along with some guidelines on focus areas, and users around the world can download the app, find bugs and get paid for bugs reported (as long as the bugs are accepted by the posting company).
There is a lot of confusion/discussion around the good parts and the bad parts of the model, so I will share here some of the points I had taken from these conversations (thanks to all the friends who shared insights with me)… Some attentive readers will notice the article is an almost copy paste from a reply in the software-testing group.

Please note that I am not saying “uTest considered harmful” or “don’t use uTest” or anything like that.
Please note that I am not saying “uTest is great” or “use uTest” or anything like that.
All I want to point here are some of the strengths and some of the weaknesses of the model, so every one (both testers and companies) can decide for his own context. I welcome debate over any of these points, and will update my post accordingly. Read the rest of this entry »

Tags: , , , , ,

BOtT: Smile, your data is gone!

As most words, “quality” has a lot of different meanings to different people.
I guess “Customer Satisfaction” has a lot of different meanings too.

A couple of months ago I tried to access a site (now I don’t even remember which it was) and was greeted by the note below: Read the rest of this entry »

Exploratory Shopping – An analogy attempt

These days I went to a book fair of a well known publishing house, and found there my very own analogy for Exploratory Testing.
I tell the story and analogy below for your pondering and criticism. 🙂

You know how these fairs are, I believe book fairs are similar everywhere: a loft filled with tables filled with books at good prices. You walk around the tables, take the books you like and proceed to checkup.        

I like books, better yet when they are good/useful books, and even more when they’re cheap 🙂 — so I came to the fair prepared! I planned a budget (100 NIS) studied the catalog of discounted books and decided beforehand which books I wanted to buy: Read the rest of this entry »

Read the bugs

Eric Sink is very well known in the software development community. I would say he’s a legend, but he says he’s not one.

He writes books, software, and gives interviews about the craft and business of software. Not only that, but (not surprisingly) he’s also got a blog.

Two months ago he wrote that reading your colleagues code check-ins is a good practice, and I think this is good advice. And good advice for software testers too: I read the bugs submitted by my team on a regular base, and it’s been very enlightening (often to me, at times to them too).

I don’t like copy-paste, but as an experience on the parallels between development/testing, I’ll copy his entire post, just changing the parts that are development-related to testing-related words.
Great artists steal“, right? Let’s see if it is intelligible 🙂 (my changes are in blue). Read the rest of this entry »

Job Description

I was reading a job position offering these days for a “QA engineer“.
There was the usual mumbo jumbo of the required traits (BSC in computer science or equivalent“, “Worked directly with R&D department) and advantage points (“General knowledge of at least one mainstream (programming) language“), and one of the requirements lines said “Testing methodologies: STD, STP“.
I got curious to know what these methodologies are and what the TLA mean, so I called the company offering the job: Read the rest of this entry »

Testing Insights – The Graphing Calculator

I’ve recently heard The Graphing Calculator Story, a ~54:00 min long Google Tech video on YouTube. On it, Ron Avitzur tells the story of the development of his (and Greg’s) Graphing Calculator, an impressive mathematical software that shipped with Mac computers for years.
What’s special about the story? Well, he did it at Apple, but for free (his contract was already closed), and in secret (Apple had cancelled the project). As he says, sneaking into the building and volunteering for an eight billion dollar corporation. 🙂

I enjoyed the story very much. It is very exciting to see the passion he had (has) for his software and how he was committed to it. Plus, Ron is a great story teller.
The graphing calculator had all the ingredients of a cool app. It scratched a developer’s personal itch, and is a great example of NeoVictorian computing: built for people, built by people, crafted in workshop, inspired.
Actually, if we’re commenting on NeoVictorianism, Ron was one that really “woke up one day to find himself living in the software factory“. The night got very cold, they said the factory is going to close and he should move somewhere else. The cool part? He kept doing his individual craftsmanship inside the corporation. Secretly.

Read the rest of this entry »