How to survive your Job as a Start-Up tester

I’ve been working with a couple of start-ups lately, I like the informality and the adrenaline rush you get from interacting with such teams.

One of the things that characterize young software firms is their need to react quickly, to be able to put something together fast and release as soon as possible. This requirement/constraint may be frustrating to a tester, especially if her testing approach does not match the need to provide answers fast.

How to reconcile between speed and assurance?

The answer rests on how you approach your tasks as a tester.
I personally don’t see my job as being responsible for all the bugs in the system (do you?). I see myself as the person in charge of providing visibility into the product under development. WHAT DOES THIS MEAN?

In principle, it means that:

1. I work for an Internal Customer.
The identity of my internal customers varies from company to company but it is usually the Director of the Development team together with the person in charge for the product (e.g. Product Manager).
From my internal customers I need to understand what parts of the product are more important and what parts of the product are more delicate. Once I understand this I am able to decide what areas I need to test more and deeper.

2. I work based on Company Time Constraints.
Since there is never enough time (NEVER!), we need to make due with what we have.
When starting the testing phase I make sure that my Internal Customers understand how much can be covered in the available time, and together with them I create a plan around what to test and in what order.
Once you stop assuming you will cover all the application you can use your time in deciding what to test and what to leave out.

3. You are not the Gate Keeper.
At some point in the process you will be required to provide your opinion. This means to say whether you feel that, based on the priorities and the requirements defined with your Internal Customers, you managed to get an idea of whether the product is ready to be released or not.
I do this by understanding what tests I did, correlating this with the results and bugs I found, and complementing it with what I did not manage to do.
As a rule, you will be required to provide a simple answer (e.g. Ready vs. Not Ready), but make sure you add the risks and additional suggestions your testing process provided you.

How do we do all this?

It starts by thinking of your tests in means of coverage levels and defining different but complementing suites of scripts that you can run on your system under test.

As an example, I structure my tests as Smoke, Sanity, Progression and Regression suites, with each level covering additional areas of the same area of the product.
I believe I already talked about part of these tests in the past, but since it is a broad subject I believe I will also do it in a concentrated post sometime in the future.

About PractiTest

Practitest is an end-to-end test management tool, that gives you control of the entire testing process - from manual testing to automated testing and CI.

Designed for testers by testers, PractiTest can be customized to your team's ever-changing needs.

With fast professional and methodological support, you can make the most of your time and release products quickly and successfully to meet your user’s needs.

5 Responses to How to survive your Job as a Start-Up tester

  1. swati December 3, 2009 at 9:09 pm #


    Saw your blog it amazing to see so much material on you blogs.I am at a difficult situation.My company is a big Medi company My boss is a perosn who have only worked for this company from last 12 year .There was no software development It started about 4year back.SO you can imagine there was no document or process not even in development .Not eve SRS documents.
    They say we work in agile enviroment .Now due to some faliure in implimenting a third party applicaiton and as UAT could not be carried out properly and the third party was not a big orgranisation so they had there own issues in the realse then this got dealyed because we could not impliment bad exe.Business surffered.Now My boss want to impliment all the testing process and get all documents in place.As he has pressure from his senior and he has no idea about it.As he never had any experince of project managment .Now he want that i should produce testing documents so that he can show them to his senior ,If i am unable to then i will loose my job.I want this job at any cost.Please help me..!!!!!!!!!!!!!!!!!!!!!!! What should i do ,what document should i give.Is it a the documents he want or is it the processs that he wants.He say he want them to show to people who come for audit.My experience is only till senior tester.Test cases ,test plan,Bug tracking.

    Please help!!!!!


  2. Joel Montvelisky December 4, 2009 at 8:41 am #

    Hi Supriya,
    This is a complex answer so I will send it to you via email.

  3. Cleo smith December 6, 2010 at 1:45 pm #

    Hi Supriya,

    There are few set thump rule you need to follow to define your QA processes. Its very easy to create and even its very easy to follow.

    I will provide you all details.

    mail me at

  4. Tee February 10, 2014 at 11:07 am #

    Hi please send me the processes as well im in the same predicament as supriya where i have to introduce qa processes where theres no documentation whatsoever

    my email adress is

  5. Simon November 28, 2014 at 7:07 pm #

    Hi Joel.

    can you please share some information about the questions from supriya? thank you

Leave a Reply