First Time Quality Engineer – 2010

First Time Quality Engineer, one of the projects I really enjoy working on, has reach its 3rd anniversary. But before saying more on this year edition let me tell a little about the project overall.

First Time QE, as we call it, is free course offered by a few passionate romanian software testers to students and fresh grads who want to find out more about software testing and how it’s made. The course is spread through out four days of presentations and exercises and its main purpose is to introduce the participants to the fundaments of software testing. And we try to do this in an interactive and fun environment (or at least we do our best to make this true).

This year I was the person driving the entire process, and believe me this is not an easy task, at least not as easy as I thought it will be when I rushed myself in accepting the challenge. As we speak there are 2 more days until the event will begin and 3 more days till the day when I will have to do my best in front of 12 people, eager to learn everything about software testing. (PS: I am very nervous and I still haven’t finished my presentation)

More info on this year’s edition you can find here (!Warning – the text is written in Romanian) - First Time Quality Engineer – 2010

Also, the list with the 12 participants can be found at the following location (also written in Romanian): http://edu.myadobe.ro/2010/11/13/participantii-la-first-time-qe-2010/

Stay tunned for a retrospective and also for the How it’s made story.

When to ask the questions

Discovering your product and finding out what is the actual need that it is trying to solve and who will be the users that will use it is one of the keys to success.

With that being said, take time in discovering your product. Don’t jump over this step just because you think that it will win you more time for testing. Not knowing what your product is about and how will it be used and, most importantly, by whom will always cause you trouble.

Software testing is not about funding all the bugs in your product, software testing is about the important bugs as soon as possible. And in order to do this you have to spend some time first in understanding what exactly is it that you need to test and how.

I’m writing about this idea because I think that this is one of the most common mistakes testers do and because I, as a tester, did a lot in the past (and still doing it from time to time). With my mind set on findings bugs fast I was assaulting the product with the first idea that was popping out in my mind on how to test it. But not to far from where I was starting I was realizing that I am running straight towards a dead end.

When testing without a mission a lot of time is spent in searching and learning new things about different aspects of the product but not so much in finding bugs within the actual product. This isn’t always a bad thing but if your time is limited then spending it all just on learning might not be such a wise thing to do.

Having a goal helps me to canalize all my energy towards reaching it and saves me from spending time searching for information that is not relevant in the context of my goal. A clear mission also gives me a structure on which I can rely and to which I can always come back for validation/verification.

Testing with a mission will also help you in answering questions like: How much of the product did you test? What areas of the product did you covered? How long until you will finish?

Failing testing by being Precise vs. Accurate

I have been to a course about estimations in the past and the first thing that pops out in my mind when I think about that course is that estimations are not precise, never were and never will be. There are so many things that could influence the timing of a project that every time we are under the impression that we have nailed it down we are taken by surprise by something we have never thought off (and this is valid for any kind of projects not only software).

But this post will not be about estimations; it will be about being precise vs. accurate in software testing.

We often tend to think that our goal is to learn to be precise when actually we really should start focusing more on learning how to be more accurate. I know that this could look like something that has nothing to do with software testing but just think for a moment about the way we are testing software.

High PrecisionWe start with an idea (actually, we start with someone telling that it is a new product to test in town but we will jump over this step)about how to start testing a product and without knowing it the next second we are up to our neck in that idea, trying to squeeze it as hard as we can to get more and more from it and when we get to the end we squeeze it one more time just to make sure that we haven’t forget something.

Continue reading

Testing Camp in Bucharest

What is this all about?

TestingCamp is a project that I want to start here in Bucharest with the scope of bringing together passionate software testers and create an open environment in which to share experiences, ideas and thoughts with other people.

How will it be structured?

I see this project as a group of people getting together once a month (time period might vary), in different locations, to share their ideas and experiences about software testing or practice / learn new skills. The sharing will be done thru presentations, talks or exercises.

I the future I also see this as a good opportunity to bring special guests, people will a lot of experience and knowledge in software testing, or people that can easily serve as role models.

Who can participate?

There aren’t any requirements or special needs to participate in this meetings. Everyone with an open mind and desire to share, learn or practice new experiences can join.

How can you help? I have some ideas!

If you have any ideas or suggestions regarding this project don’t hesitate to contact me. If you want to take part in this project again you can contact me or leave a comment on this page.

Good, i like it! When and where do we meet?

Right now I’m working at organizing and defining the first steps of this project (gathering people, finding discussion topics, convince tester to share their experiences with others, etc). If you want to participate in this (either as a presenter or as a participant) please leave a comment or contact me.