Hey, I work in QA (not in the video game field though.) However, I can tell you there is a difference between “QA missed” and “deadlines required prioritizing other fixes.”
One implies that the employees are bad at their job. Which is almost certainly not the case. I haven’t played Starfield (or even clicked through to your link lol) but presumably this is something blatantly obvious. And I’m sure the QA team was frustrated letting a glaring known issue through.
QA finds issues but it’s up to development teams to fix them, and strict deadlines will always hamper delivering a flawless product. But deadlines are driven by management and until the industry changes (i.e. don’t preorder games) we’re going to keep seeing these problems.
But as a QA professional, please don’t blame us ✌️
This. You don’t know what’s sitting on a jira somewhere with “won’t fix” tagged to it. As an ex-QA who’s now a dev, we want to fix everything and we get told what we will and will not be fixing. When you see bugs in the final product that are relatively easy to reproduce, the story there is almost certainly that we found it and then the money told us not to bother with it because they think you’ll buy the product anyway.
me: Our integration testing environment is constantly broken due to bad practices among all the teams that share it. They need to be aware of the contract they expose and how they’re changing it before they deploy their code to any shared space.
management: Given the recent complaints about the instability of the QA environment, we’ve decided to shut it down and eliminate all QA positions.
Our managers did that shit, too, back when I was in the durable medical equipment industry. They said some shit like “QA as an org is dysfunctional, as evidence by all the complaints. We’re gonna streamline the process by eliminating them and having dev teams do their own QA according to this checklist we’ve developed. We think that we can get the same quality for less money and less bureaucratic overhead communicating between the dev teams and the QA team.” They cut about $2 million in annual salary right then and there. A lot of our QA engineers and even a couple of their managers found out about the restructuring at the all-hands where they announced this.
Fast forward a year, they’re getting the shit sued out of them and have to do a multi-billion dollar recall because of…let’s just call it an “emergent use case” among our customers that no one foresaw and therefore no one tested. That emergent use case was sending people to the hospital. I’ll go to my grave confident that someone whose only job was QA would have absolutely been able to catch that.
Lol some of their devices absolutely shipped w privesc bugs, including at least one that could be rooted and I know cuz I was on the team that pentested it but I’m not tryna feed Lemmy some shit that a basic security scan could tell y’all. All I’m gonna say is that if it has wifi or Bluetooth throw scans at it.
Hell yea brother. Lazy Dev / Lazy QA talk is shit that’s gotta stop. Dev here. No one likes to ship buggy code, it’s just gonna come back to bite us. Sometimes all you can do is ship good enough code because there are 20 more Jira tickets coming down the pipe.
The teams behind a single AAA game are often as big or bigger than your average tech startup. It’s competing priorities all the way up and down the ladder and devs and QA often have very little influence over this.
Yeah I don’t buy it. This is not a new engine they just developed, or some obscure complicated feature. This is one of the core functionalities of the game engine: render the game world onto the screen. And it’s an engine they developed in-house. They have been working on this game for years and years, and all that time no one noticed that output of the rendering engine is incorrect and everything looks washed out?
In the current state, the game should not have been released at all. If this is something that was fundamentally unfixable they should have pulled the plug and cancelled the game.
Yes I did. I’m not saying they should have pushed the release date but cancelled the release entirely. As in: never release it and refund everyone who preordered it.
As a developer who works with great QA people. I can guarantee you that the QA team were not the issue here. Where the developer’s time was prioritized and what fixes where even allowed to be patched would have been a direct result of leadership decisions
Yep. A lot of people don’t realize that games are not bad because of the developers but rather because of leadership. They incorrectly attribute the blame to developers and think developers want to build shitty games or something.
I don’t know why everyone is acting surprised, it’s been this way for a while now. Pre-ordering any game is just paying early so you can be a dev-tester. I can’t think of a major release in video games that hasn’t been a buggy mess on release. I was fool with No Man’s Sky, and I won’t be fooled again. My plan is to just wait a few months until the second patch, same thing I do for all new releases and they’re usually discounted a bit by then too.
I’ve been in the SpecialK discord all of yesterday messing with stuff and went to bed.
Now I wake up and find that not only did they (SpecialK devs) fix the 8bit pipeline problem, but it paves the way for real HDR in all Direct3D12 games.
You have until launch day to return pre-orders and I was considering it, but we might have fixed HDR/black levels now.
Apparently with all that QA they still missed massive picture quality problems
Hey, I work in QA (not in the video game field though.) However, I can tell you there is a difference between “QA missed” and “deadlines required prioritizing other fixes.”
One implies that the employees are bad at their job. Which is almost certainly not the case. I haven’t played Starfield (or even clicked through to your link lol) but presumably this is something blatantly obvious. And I’m sure the QA team was frustrated letting a glaring known issue through.
QA finds issues but it’s up to development teams to fix them, and strict deadlines will always hamper delivering a flawless product. But deadlines are driven by management and until the industry changes (i.e. don’t preorder games) we’re going to keep seeing these problems.
But as a QA professional, please don’t blame us ✌️
As someone who works in software dev, QA is a godsend to developers. Thank you for your sacrifice lol
This. You don’t know what’s sitting on a jira somewhere with “won’t fix” tagged to it. As an ex-QA who’s now a dev, we want to fix everything and we get told what we will and will not be fixing. When you see bugs in the final product that are relatively easy to reproduce, the story there is almost certainly that we found it and then the money told us not to bother with it because they think you’ll buy the product anyway.
My favorite interaction ever, as a QA:
me: Our integration testing environment is constantly broken due to bad practices among all the teams that share it. They need to be aware of the contract they expose and how they’re changing it before they deploy their code to any shared space.
management: Given the recent complaints about the instability of the QA environment, we’ve decided to shut it down and eliminate all QA positions.
Our managers did that shit, too, back when I was in the durable medical equipment industry. They said some shit like “QA as an org is dysfunctional, as evidence by all the complaints. We’re gonna streamline the process by eliminating them and having dev teams do their own QA according to this checklist we’ve developed. We think that we can get the same quality for less money and less bureaucratic overhead communicating between the dev teams and the QA team.” They cut about $2 million in annual salary right then and there. A lot of our QA engineers and even a couple of their managers found out about the restructuring at the all-hands where they announced this.
Fast forward a year, they’re getting the shit sued out of them and have to do a multi-billion dollar recall because of…let’s just call it an “emergent use case” among our customers that no one foresaw and therefore no one tested. That emergent use case was sending people to the hospital. I’ll go to my grave confident that someone whose only job was QA would have absolutely been able to catch that.
Their soul would be sent to the crossroads.
…have they been hacked yet? and, uh, if not… what’s their name?
Lol some of their devices absolutely shipped w privesc bugs, including at least one that could be rooted and I know cuz I was on the team that pentested it but I’m not tryna feed Lemmy some shit that a basic security scan could tell y’all. All I’m gonna say is that if it has wifi or Bluetooth throw scans at it.
I was joking based on what I assume the product to be.
(I know you aren’t going to name drop it and even if you did I’m sure I have the wrong skillset to do anything with it.)
Hell yea brother. Lazy Dev / Lazy QA talk is shit that’s gotta stop. Dev here. No one likes to ship buggy code, it’s just gonna come back to bite us. Sometimes all you can do is ship good enough code because there are 20 more Jira tickets coming down the pipe.
The teams behind a single AAA game are often as big or bigger than your average tech startup. It’s competing priorities all the way up and down the ladder and devs and QA often have very little influence over this.
deleted by creator
It’s blatantly obvious and makes the game look like shit. This should not a low-prio bug, this should be a showstopper.
If you’ve got 8 minutes to spare, this video explains why it’s not that easy: Why Do We Ship Buggy Games? - A Look Behind the Scenes - Extra Credits
Yeah I don’t buy it. This is not a new engine they just developed, or some obscure complicated feature. This is one of the core functionalities of the game engine: render the game world onto the screen. And it’s an engine they developed in-house. They have been working on this game for years and years, and all that time no one noticed that output of the rendering engine is incorrect and everything looks washed out?
In the current state, the game should not have been released at all. If this is something that was fundamentally unfixable they should have pulled the plug and cancelled the game.
Is it possible you only watched the first half? From 3:30 onwards the video digs into why it’s hard to push a release date.
Yes I did. I’m not saying they should have pushed the release date but cancelled the release entirely. As in: never release it and refund everyone who preordered it.
As a developer who works with great QA people. I can guarantee you that the QA team were not the issue here. Where the developer’s time was prioritized and what fixes where even allowed to be patched would have been a direct result of leadership decisions
Yep. A lot of people don’t realize that games are not bad because of the developers but rather because of leadership. They incorrectly attribute the blame to developers and think developers want to build shitty games or something.
I don’t know why everyone is acting surprised, it’s been this way for a while now. Pre-ordering any game is just paying early so you can be a dev-tester. I can’t think of a major release in video games that hasn’t been a buggy mess on release. I was fool with No Man’s Sky, and I won’t be fooled again. My plan is to just wait a few months until the second patch, same thing I do for all new releases and they’re usually discounted a bit by then too.
Here is an alternative Piped link(s): https://piped.video/xi-C3PzKdsI
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I’m open-source, check me out at GitHub.
cool bot.
tl;dw
HDR is broken (or all colour grading)
SDR is broken as well.
I’ve been in the SpecialK discord all of yesterday messing with stuff and went to bed.
Now I wake up and find that not only did they (SpecialK devs) fix the 8bit pipeline problem, but it paves the way for real HDR in all Direct3D12 games.
You have until launch day to return pre-orders and I was considering it, but we might have fixed HDR/black levels now.