Meeleetester

2010 - a full year in, "if testers are not involved early, we do not want to be involved later" After being employed full-time for a year or so, we finally completed a full circle of releases, both the major releases involving a full scaled up beta/pilot program, and some minor releases, as this was taking place on a yearly basis. After each ended project, a small group of people from different teams formed a retrospective team, to go over what was done good and what could be done better next time, for all projects individually but also as a whole. This was before any agile methodologies were introduced. During the retrospective, or post-mortem analysis I think it was called at the time, we from the test team argued that we were not involved early enough and that we ended testing specifications that were well out of date due to our late involvement. This was taken into consideration and that from next phase we were to be included in all start up meetings, and walkthroughs...

Today it is almost unthinkable, with the teams that I work with every day (read - in my context), that some team members inside a software delivery team are not involved in almost every phase of the software development life cycle. Looking back some years ago it was certainly not like that, specially for testers. In this, and the coming posts I will share some of my experiences and thoughts on this subject as well as what I believe where we should shift in the future;  left, right, or even more left, and right... 2007 - The first experiences, part-time tester, waterfall I started to work with software testing in 2007, as many of us in the field, by chance as a part time tester. At this point the company that I worked for did not have any full time dedicated testers, only a team of part time testers who rotated, and worked at least 2 days a week. The team consisted of students studying economics or computer science at master level, who could work at any time of the day/night, ...