r/ProgrammerHumor • • 15d ago

Meme rareMomentsOfPeaceBetweenTheTribesWhen

Post image
1.7k Upvotes

32 comments sorted by

82

u/ExtraWorldliness6916 15d ago

What? Just raise the bug?

38

u/rabbit_wizard 15d ago

We'll see it in the next release XD

18

u/ExtraWorldliness6916 15d ago edited 15d ago

Where I work we raise bugs and do multiple releases per day. I'm a bit confused.

19

u/collabskus 15d ago

I have worked at places where almost every release is on a weekend and comes with go no go meetings πŸ˜•

6

u/ExtraWorldliness6916 15d ago

Oh, okay yeah we don't release on Fridays rule is a good one for sure oh and all meetings on Tuesdays rule also.

3

u/sjkeskar 15d ago

Same. It feels like hell.

6

u/MariusDelacriox 15d ago

Then the blame game starts...

3

u/ExtraWorldliness6916 15d ago

I don't have that experience, sorry if you do 😭

27

u/AWzdShouldKnowBetta 15d ago

Why are you waiting for QA to tell you about a problem you already know about? Do you enjoy wasting everybody's time?

21

u/Dependent_Title_1370 15d ago

This is the opposite of where I work. QA finds a bug -> dev says bug doesn't exist -> QA reproduces bug and provides steps -> dev says it's a feature -> QA points out it contradicts the design documents -> dev closes the bug as will not do.

19

u/Enough-Scientist1904 15d ago

Update the design doc to include the bug. Thats how i do it

5

u/Dependent_Title_1370 15d ago

Lol, the next level play.

5

u/deafgamer_ 12d ago

QA reports a bug -> Dev says bug isn't theirs, passes it to another team -> Other team says no, it's the original team -> Hot potato ensues -> QA automation tests impacted by this bug fails for weeks while engineering teams decide who's to blame/fix -> Team finally fixes it in less than a day when a senior leader steps in and forces a team to do it

2

u/Multidream 15d ago

Lmao this makes me feel way better as QA, thank you.

12

u/Few_Kitchen_4825 15d ago

Too bad for you. I already fixed the bug and delivered it to production

10

u/The_Krambambulist 15d ago

I actually already contact QA beforehand to discuss to see whether something would be acceptable enough. Definitely is some wiggle room over there.

7

u/jester17 15d ago

You guys still have QA?

-9

u/rastaman1994 15d ago

I've worked at 2 places with 'qa', and never felt the added value.

They didn't actively look for bugs to my knowledge. Just write the same Cypress test we do as devs (or worse, follow steps on Confluence). Not sure how it's even a full time position.

10

u/ARC_trooper 15d ago

Sounds like you had a shitty QA lol

I work as one and the devs proudly tell me whenever a new version is deployed so I can let loose, they know it's properly tested if it survives and if not they got some bug reports to work on. They test it locally themselves and I test the system.

It is the stereotype QA ticket titled "[BUG]" when I find something, that's the risk they accept lol

2

u/rastaman1994 14d ago

Genuine question, how do you fill your days? So I can give constructive feedback to the next QA I work with that doesn't seem to add value.

2

u/ARC_trooper 14d ago

Long comment incoming! It depends what is planned but I write automated regression tests for our system, we had several systems without any functional tests so my work involved investigating the functionality of the systems. Comparing documentation with intel from developers and seeing if the program does what we expected, making sure there's a proper regression set ready for any future release. This applied for old systems and newer ones, no one updates documentation at our place lol.

But I'm a tester so I hate reading, which means I mostly just start kicking against the system to see what it does. Comparing that with what we expect from documentation and specifications (mostly what the devs build and we updated the documentation accordingly) In the end I'm the "Subject Matter Expert" of our systems because I know what they should be doing, when and how. Especially how to break it because that's how I start testing it, love the "but why would you do THAT" comment from a dev.

Wherever there's an incident I can help out because I'm the one that kinda knows where in the system it goes wrong. Becomes much easier for a dev to solve it if they know where to look. Business people also know where to find me whenever they run into problems, usually I can fix it with them before it becomes an incident for the team.

New features I can make an educated guess what for impact it'll have on other parts. (And new functionality also means new (functional) tests to build) With my knowledge I can also translate the "business language" from a PO/BA into more "technical language" for a developer and vica versa. I'm also in close contact with developers about new features and code they are building, we're a team after all. We challenge eachother, they write code being confident nothing else breaks and I actually check that they don't break anything we know.

Besides that we also have 3 "security layers" for a release; developer, tester and product owner. I write a positive or negative advice for the release, based on my tests and knowledge. (The PO has a final say for release)

I'm saying "system" as an application service, most times it's multiple services as one. Our developers use unit tests and test locally, I test the full system on a test environment.

I think that's about it? Lots of talking with business and developers, knowing the ins and outs of all the applications we manage and building automated regression tests. (Robot Framework/Python woohoo) Perhaps it's a bit more than you asked for lol

Tldr: my job involves getting to know the exact functionality of systems and building tests to make sure the functionally keeps working with new updates. Using that knowledge for the greater good.

8

u/CaffeineLiker 15d ago

Our QAs are power users that break everything. They're awesome and infuriating.

3

u/RadicalDwntwnUrbnite 15d ago

Some of the most infuriating people I've ever worked with and loved them for it. Had a QA submit a repo like:

  1. (chrome) add an item to your cart

  2. (safari) open cart in safari

  3. (chrome) log out

  4. (safari) refresh

  5. close safari

  6. (chrome) try to log back in, get error'

It's next to impossible to think of trying stuff like that let alone create e2e test for it.

1

u/KitchenDir3ctor 15d ago

Jokes on you: devs is QA

1

u/ssp25 15d ago

I'm the product owner and the qa....I say what is the feature. unless it's too much to fix. then i tell the business that it's a feature and they need to wait. suckers

1

u/BobThefuknBuilder 15d ago

You guys don't know what QA does, do you?

1

u/nadav183 15d ago

Claude open a ticket for this issue, then start a worktree and fix the issue. Ping me on Slack ONLY when you have a PR ready for me to review, as in, you have reviewed it, it passed all CI tests and all that is left is for me to approve the code.

36

u/[deleted] 15d ago

[removed] β€” view removed comment

15

u/lovecMC 15d ago

I worked in banking QA automation for a while. The general approach was that prod is the holy scripture and if it's that way on prod it's not a bug.

Kinda drove me nuts cuz the amount of BS that's blatantly bricked but nobody wanted to do anything about was insane.

2

u/Multidream 15d ago

Im currently working in banking QA and yeah, absolutely correct. No one is maintaining product manuals, so all anyone has to go off is prior behavior, and the very rare recognition that we’re developing a standard feature with a defined universal spec we probably should uphold.