Mock Interview I Flashcards
What is health?
Health refers to the overall stability of an area relating to the bugs/issues found within it. If there are more bugs or bugs with higher severity, that would be an indication of an unhealthy area.
What shows coverage?
Coverage refers to the amount of comprehensive testing for an area or feature, and shows where testers have focused on testing. Telemetry can assist in tracking the current amount of coverage.
How would you determine the health of an area?
Bugs are the largest indicator of area health. Through the number of bugs, rate of discovery, and severity, we are able to interpret the current stability of an area.
Another thing to consider is your Mean Time to Failure. How long does a player test the title before they encounter heavy issues like crashes? Over x amount of time, how many times are they hitting crashes or P1/P2 issues?
Last thing would be to understand area according to the title’s current stage of development. Is the area WIP? Is the product in sustainment?
How would you test the health of an area depending on the production timeline?
While early in the development cycle and with new features being implemented, scripted or white box testing should be used to test the core features of the game.
As development slows/reaches sustainment/if scripted testing is complete, ad-hoc or grey/black box testing can be used to highlight issues occurring from player perspective.
How would you test an area if you were told it was Code Complete?
An area at Code Complete should be tested using ad-hoc as most, if not all, functionality has been implemented.
What is Scripted Testing?
Scripted testing is testing completed under a set of conditions, usually in the form of test cases containing specific repro steps.
How is Scripted Testing used?
Scripted testing is used to test functionality of an area.
What is Non-Scripted Testing?
Non-scripted testing is testing around variables for issues that a player might encounter during normal gameplay. Often times this would include halo-testing and ad-hoc.
How is Non-Scripted Testing used?
Non-scripted testing is used to identify issues with an area that might appear during normal gameplay from the perspective of a player.
What would you change about your project?
While onboarding Robert, I had realized that one of the things that may make it easier to absorb the amount of information presented would be to attempt to present it differently - maybe as an interactive experience.
What do you think is a critical skill to have?
Effective communication.
How would you handle a belligerent tester?
Keep communication flowing and open with the lead. STE’s are not the authority in discipline and there are times where a lead should step in to assist with the situation, however you can keep others in the loop of anything that may be occurring.
New tester asks what the main requirements of the job are. What do you tell them?
- A passion for video games.
- The ability to work as part of a team.
- Curiosity and drive to keep learning.
If you see a tester is struggling how would you help them out?
Observe the tester’s behavior and see how they approach a given task. Depending on the nature of their struggles, we can work with them directly to better understand the issue.
While we can phrase descriptions in different ways or further explaining the purpose of completing the task they are working on, we can also think of different testing methodologies to provide to the tester. If their struggle pertains to a specific area, we can assist in finding informative documentation or guide them to the correct connection to seek the information themselves.
How would you train a new hire vs someone who has been here a while and just transferred to your team?
Regardless of if they are a new hire or not, the first thing I would focus on is increasing their familiarity with the title through gameplay/ad-hoc. Familiarity with the title is needed before they can test it. This will also include any team onboarding processes.
If they are a new tester, we can discuss more about what makes a bug as well as the purpose behind scripted and non-scripted testing. Along with the title, we can also work on getting used to the tools we use.
If the tester is a transfer from another project, we can show them our processes and discuss where we are within our development process. After that, we can gauge their knowledge and compare what they know to what we do on this project.