Sketching Lessons Learned in Software Testing

The other days I was reading a very interesting book “Lessons Learned in Software Testing: A Context-Driven Approach – by Cem Kaner, James Bach and Bret Pettichord”.
I sketched some lessons that I found very interesting, mainly from the first two chapters “The role of the tester” and “Thinking like a tester”. Enjoy!

The INTERNSHIP – An unexpected journey

What would you expect from an internship?
Think about this question for one minute then continue reading and find out what our experience was. With this article we want to share with you the journey we went through to become interns and what happened after that.

Altom at IMWorld 2014

On 8-9 October 2014 we will be getting up to date with the latest trends and newest technologies in the industry at the Internet & Mobile World event at Romexpo Bucharest. We are excited to be attending one of the largest digital industry events in Romania. You can find us at stand 20!

How testing changed my mindset

Recently I came to the conclusion that my approach when testing is spread across most of my activities. It’s common for our work life to influence our mindset. The job-specific skills one develops remain in use when changing our environment. I find it hard switching them on only from 9AM to 6PM. Nothing new so far. So why bother reading this blog post? Due to its nature I believe that software testing is a very special activity. It involves a lot of unknowns which require mechanisms to deal with them. Then further mechanisms are needed to understand if the existing mechanisms are suitable in the current context. Below are some ideas picked up when testing. Let’s see how they changed my view of …

Writing tests with BDD

1. The four Ws of BDD

1.1. What ?
BDD (Behaviour-Driven Development) is a concept in which acceptance tests are written as examples that anyone on the team can understand. The process of writing those examples is a collaborative effort of the developers, testers, and the business owner (“los tres amigos”). They decide together if the thing they set out to be built is the right one, before starting implementing it. In doing so, a deliberate effort to develop a shared, ubiquitous language (used and understood by everyone involved in the project) for talking about the system is created.
BDD scenarios are built around…