August 11, 2016 at 10:05 am #13362@emmaconnorOnly available when logged in
As a tester, what things make you really, really angry?August 11, 2016 at 12:53 pm #13367@andrei-domutaOnly available when logged in
Poor Business Analyst job when communicating specs (either written or verbally). It drives me bananas 🙂
Did it also happen to you, guys?August 11, 2016 at 1:10 pm #13368@priyarajanOnly available when logged in
When test environment/infrastructure fails. We have to wait almost over few hours (> 5hrs) to have the new version of product to be deployed and tested. Any hiccups is ending up a “mad me” in the morning 🙂August 11, 2016 at 5:49 pm #13372@msalazar18Only available when logged in
Unclear acceptance criteria and constantly changes on approach of the development (e.g conceptualization, project estimates, etc.)August 11, 2016 at 7:06 pm #13373@steveanOnly available when logged in
Ever moving goals. Whether that’s requirements, expectations, start dates without moving end dates, resource priorities. I like the fluid nature of Agile. But at least thats fixed in the sprint.August 14, 2016 at 3:03 am #13387@mohdnizamatOnly available when logged in
Tested !!! Verfied a bug !! and then we hear,, there is product specification changes went inside, it is not a bug :-pAugust 22, 2016 at 1:28 pm #13430@funtesticOnly available when logged in
My red flag is absolutely: dishonesty.
I know my first time encountered a client that had received a test report from my project manager (old skool type project / IT organization), that apparently had been altered to reflect a somewhat more positive situation than really was the case. The scope had been narrowed so that cases that failed weren’t in it anymore and the advise was altered to a conditional yes in stead of a conditional no. That was the last time I let the PM communicate results to the client without me knowing what exactly was send AND the last time I send a report in word-format; since then everything goes by (signed) PDF and directly to the client with the PM in cc… luckily communication between IT (test) and business has grown more to a standard way-of-working, but nevertheless I insist as tester to communicate my results directly to the (business/operational) stakeholders.August 25, 2016 at 5:33 am #13446@jyothi-rangaiahOnly available when logged in
1) Frustrations could be because of dealing with unprofessionalism
2) Disrespecting others time, effort and value add.
3) High dependency on various teams eg: to bring services up/down
4) Gaps in cmmunication between dev and the testing team
5) Intereference in the name of process
6) Different standard/level/meaning of Quality among the involved teamsAugust 30, 2016 at 1:25 pm #13491@nicolasa89Only available when logged in
Unreliable test environment where you can’t trust what you see in that environment.
Then when you find bugs – you get told “don’t worry – that won’t happen in production” – makes you wonder how many bugs you opened could actually be in production and which bugs you missed because of how unreliable the test environment is.September 2, 2016 at 10:16 pm #13545@abir11khanOnly available when logged in
So much to learn and so much to Explore 😀September 13, 2016 at 1:36 pm #13640@archanaOnly available when logged in
The first that comes to my mind is when a developer goes into a defensive mode and argues why the defect is invalid. I agree defects can be invalid, but getting into an argument is very unprofessional. Defects are not raised to find faults in the work done by a developer. They are raised to make sure that the system is free of defects. Discussing the issue to come up with a valid conclusion should be the way to go.September 15, 2016 at 11:59 pm #13674@aleksandra-korneckaOnly available when logged in
I have additional remark: it is one of the most popular threads ;-D very good topic @emmaconnor!
I plan to organize a discussion panel “What drives you mad at work as a tester?”.
I’m really angry when developers treat me as a clicker who should thoughtless do the work of automated test – fortunately it is quiate rare thing.
Also it is a ‘fatal error’ when somebody (business or dev) doesn’t see the sense of testing until the first serious bug, or until something came back from the client because they wanted to save time on testing..
You must be logged in to reply to this topic.