Good morning!
This weeks topic is brought to you by the embedded Quality Assurance on Hearts of Iron IV, and how we work. My name is Distantaziq and I'm one of the two embedded QA on HoI4. My partner is currently in flux, but at time of writing and until HoI4 is released it is Da9L who holds the position, or maybe you know him more prominently as the person who put the ”Y” in ”Yermany”.
Quality assuring a game is much like quality assuring any other piece of software, except in an arguably more creative setting. If you’re thinking of getting into the business “to get to play games the entire day” you’re more or less signing up for “a fun safari trip” while you’re really enlisting to the corps.
The Quality Assurance department in Paradox Development Studios is divided in two parts; Embedded Testers, that are a part of the project's development team, and Central QA that are more fluid as they jump between the titles.
Central QA are more generalists, and jack-of-all-trades. While the embedded testers are the first to test out all the new features, balance changes etc, the testers in the central group are able to support the embedded testers by providing with more long term gameplay testing, and a “fresh” perspective on things and catch anything that might have slipped through.
The Embedded QA are the true experts in their respective projects. As was mentioned above, we are the first ones to test out any new changes in the game, in order to see any possible problems with the changes, if they are entertaining or not, and provide this feedback to the projects producer/project lead.
We also have the opportunity to specialize in various areas. If we take Da9L as an example, he is the resident expert on AI, which means that a of the project leads can request him for a certain amount of time to have a sweep of the AI, or maybe see how the AI handles the new DLC features that was just implemented.
As two QA who are solely on HoI4 we are a part of the development team and our three main purposes are to assess the risks of the project, monitor the activity/numbers on our bug tracking service JIRA (and subsequently regress the issues) and give continuous feedback on the project, if something works better/worse and why/if it needs to be changed.
The risk assessment is where we analyze the project’s status that week, and pin down specific issues that we think (for instance) are destabilizing the build, or are crippling the AI/other essential features. We also take the time frame into aspect, if we have enough time to assure the quality of implemented changes before deadlines, and/or if a so-called “feature creep” is attempted.
If everything is working smoothly we don't really have anything to report that week, but there are usually crashes or other issues that are worth taking note of for the project leaders and managers.
Regression as such involves reading resolved JIRA issues and getting into the problem at hand and checking if the issue still exists in our latest version (which is why it’s so important when you report bugs to note what version you encountered the issue in). If the issue is fixed, we close the issue and help it pass on to the other side.
Every week we schedule multiplayer with the rest of the HoI4 team to make sure all multiplayer features are up to par (so far pretty good!), and in a perfect world we also get some scenario testing done, to uncover issues we might not have noticed otherwise. (Since one of the most dangerous things about being quality assurance is getting comfortable and losing your edge by following the same motions when you enter the game.)
As you can imagine, working on such a vast game as HoI4, our days are a blur of keeping track of bugs and trying to make sure none of the more severe bugs slip through the cracks.
Like that one time when Soviet had a coup trigger on them that turned into a civil war, and both sides ended up nuking each other to bits (needless to say, the AI received a lot of restrictions on their nuclear usage after that).
We’re therefore really grateful to the betas who provide observations and help testing the game to make sure it’s providing entertainment for as many players as possible.
Enclosing some tidbits of weird things that we've seen throughout the development process:
In for a wild ride...
Border updates took a break.
Who needs ships anyway!
Denied tech.
Sticky player map mode names. Myes.
(Pink IS programmer art.)
Until next time!
This weeks topic is brought to you by the embedded Quality Assurance on Hearts of Iron IV, and how we work. My name is Distantaziq and I'm one of the two embedded QA on HoI4. My partner is currently in flux, but at time of writing and until HoI4 is released it is Da9L who holds the position, or maybe you know him more prominently as the person who put the ”Y” in ”Yermany”.
Quality assuring a game is much like quality assuring any other piece of software, except in an arguably more creative setting. If you’re thinking of getting into the business “to get to play games the entire day” you’re more or less signing up for “a fun safari trip” while you’re really enlisting to the corps.
The Quality Assurance department in Paradox Development Studios is divided in two parts; Embedded Testers, that are a part of the project's development team, and Central QA that are more fluid as they jump between the titles.
Central QA are more generalists, and jack-of-all-trades. While the embedded testers are the first to test out all the new features, balance changes etc, the testers in the central group are able to support the embedded testers by providing with more long term gameplay testing, and a “fresh” perspective on things and catch anything that might have slipped through.
The Embedded QA are the true experts in their respective projects. As was mentioned above, we are the first ones to test out any new changes in the game, in order to see any possible problems with the changes, if they are entertaining or not, and provide this feedback to the projects producer/project lead.
We also have the opportunity to specialize in various areas. If we take Da9L as an example, he is the resident expert on AI, which means that a of the project leads can request him for a certain amount of time to have a sweep of the AI, or maybe see how the AI handles the new DLC features that was just implemented.
As two QA who are solely on HoI4 we are a part of the development team and our three main purposes are to assess the risks of the project, monitor the activity/numbers on our bug tracking service JIRA (and subsequently regress the issues) and give continuous feedback on the project, if something works better/worse and why/if it needs to be changed.
The risk assessment is where we analyze the project’s status that week, and pin down specific issues that we think (for instance) are destabilizing the build, or are crippling the AI/other essential features. We also take the time frame into aspect, if we have enough time to assure the quality of implemented changes before deadlines, and/or if a so-called “feature creep” is attempted.
If everything is working smoothly we don't really have anything to report that week, but there are usually crashes or other issues that are worth taking note of for the project leaders and managers.
Regression as such involves reading resolved JIRA issues and getting into the problem at hand and checking if the issue still exists in our latest version (which is why it’s so important when you report bugs to note what version you encountered the issue in). If the issue is fixed, we close the issue and help it pass on to the other side.
Every week we schedule multiplayer with the rest of the HoI4 team to make sure all multiplayer features are up to par (so far pretty good!), and in a perfect world we also get some scenario testing done, to uncover issues we might not have noticed otherwise. (Since one of the most dangerous things about being quality assurance is getting comfortable and losing your edge by following the same motions when you enter the game.)
As you can imagine, working on such a vast game as HoI4, our days are a blur of keeping track of bugs and trying to make sure none of the more severe bugs slip through the cracks.
Like that one time when Soviet had a coup trigger on them that turned into a civil war, and both sides ended up nuking each other to bits (needless to say, the AI received a lot of restrictions on their nuclear usage after that).
We’re therefore really grateful to the betas who provide observations and help testing the game to make sure it’s providing entertainment for as many players as possible.
Enclosing some tidbits of weird things that we've seen throughout the development process:
In for a wild ride...
(Pink IS programmer art.)
Until next time!
- 74
- 48
- 1
