The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
she had complaints that I was disturbing the software dept
Then please, please stop preventing everybody from doing their work.
Now that you mention it, it is the same here, we always get interrupted by customer contracts and customer requests and customer this and customer that. Do we really need customers ? They are such a nuisance, keep interfering...
Like most developers, I'd much rather have someone in the company discover a problem than have a customer scream about it later. The former is far less personally embarrassing and painful. Oh, and yeah, its good for the company too
I know, I did development for many years before I became a tester. I only really became a tester as it was the only job on offer... . Seem to be good at it, as I report issues before they get include in a build that is release...
Yeah, in many companies, its regrettably a difficult relationship between the development and QA teams. It should be entirely collaborative, but can (unfortunately) so easily become adversarial.
I think it most often arises when companies de-value the benefits of QA.
Regrettably, many companies have two cultures: the actual culture and the aspirational culture shared in "feel-good" presentations. In the aspirational culture, the company values QA and factors in time for developers to support it. In the actual culture, it is often the opposite.
Unfortunately, as developers, we often have almost no clear requirements prior to a task. We often find ourselves simultaneously developing both the requirements and the code. As a consequence, we often have nothing concrete to share with QA until after the code is completed.
Comically, we are frequently not allowed any time, even when the code is completed, to write up information/documentation. This leaves QA with inadequate information to do their job. And, perhaps even more worrying, leaves customers in a similar situation.
The problem is sometimes worsened by ill-advised methodologies that require QA to begin testing simultaneous with the process of coding. It is absolutely possible to design tests for something with clear requirements, before coding is completed. It is similarly possible to be "agile" and start coding with unclear requirements. It is not possible to do both. This is simply fallacious thinking.
Sometimes, this leads to friction between the development and QA teams, since we are given competing agendas by the company. This can result in development misdirecting frustration at QA and vice-versa. They are simply both put in a bad situation by their company.
My guess is that sort of disconnect between aspirational and actual company goals, for development and QA, will always exist. Its simply too seductive for companies to chase short term gains at the expense of long term success. Regrettably, team cohesion and morale are the predictable casualties of that approach.
I only worked for small firms that had a you build it, you test it policy. It is more fun to get the software look at and think if I was a user I would try this... The issue was there was no QA then it started to grow...
"I controlled my laughter and simple said "No,I am very busy,so I can't write any code for you". The moment they heard this all the smiling face turned into a sad looking face and one of them farted. So I had to leave the place as soon as possible." - Mr.Prakash One Fine Saturday. 24/04/2004