Wednesday, 25 May 2016

To automate or not to automate - that is the question

void do_i_automate()
{
    if ((Time spent testing)*10) < (time spent automating and maintaining the automated tests) {
        DON’T AUTOMATE IT;
    }
else
{
        AUTOMATE IT;
    }





(If you will test it more than 10 times the coming year and the total time spent testing it these 10 times exceeds the time automating and maintaining the automated tests, automate it)

(I’m no programmer)

Monday, 23 May 2016

The beauty of documented exploratory testing

How many times have you ever had to go back and check test logs for when something was tested last time? You might if an error occurs in production, but the only benefit you will get is probably who to blame for forgetting something. Dale Carnegie (author of “How To Win Friends And Influence People, 1936”)didn’t think that was a good idea, and me neither. People who screw up usually know when they have done so and feel pretty bad when they do.

A few years back, I started to use something we called documented exploratory testing as the sole way of testing our services.


It's simply exploratory testing with the addition of notes. The tester writes down some notes during his testing, and saves them to our "test log folder". Any tester is using notes while testing a rather large and complicated service, on paper or other media his or she prefers.  These notes serve a testing log for us, and help us check of the traceability “requirement”. By doing this we can focus on actual testing, and “skip” the paperwork, and that’s a lot more fun.



Friday, 20 May 2016

The struggle to use off shored resources for development and test on a system that is “high maintenance”

Imagine that you are working on a system that has a lot of customers that require day to day maintenance, and this maintenance is manual labour. Your team has development and testing assistance from a team on the other side of the planet, but they are not able to ease the workload of the maintenance tasks. They could on the other hand do a lot of the development/test on the new and fun functions of the system.

In mine point of view this is a loose/loose scenario for your team. Your team get stuck with the maintenance task (which usually is not that fun), and are unable to have time to work on new stuff. The solution is of course; get the offshored team to automate all the maintenance tasks/make tools to automate, while your team start toying around with the new functions. OK. Easier said than done; the offshored team are not allowed to fiddle with production data because of company and country rules and regulations. They could make 0.-version of the automation tools, but they are not able to use them or trouble shoot them when installed in production.


So, Internet, what’s your idea to solve this?