Testing

From Thrive Developer Wiki
Jump to navigation Jump to search


This is the wiki page for the testing team. The testing team is responsible for testing new versions of Thrive and new pull requests to make sure they work correctly.

Next see especially the Testing Checklist.

Here's an especially comprehensive PR testing report: https://github.com/Revolutionary-Games/Thrive/pull/2397#issuecomment-898609507

General Testing Workflow

The general workflow for testing is as follows:

  • Find a build to test (for example by subscribing to Github notifications or asking other team members)
  • Use the launcher (see: Linking the Launcher) to download and play that build. It's very important to make sure you are playing the right version. Check that the commit hash the launcher says when starting the devbuild matches what Github reports as the newest commit for the pull request (PR) or other code to be tested. You can find the latest commit event on the PRs Github page. For example this might be the latest commit: https://github.com/Revolutionary-Games/Thrive/pull/3224/commits/c56592f9452f36a8f483aa4f1da191e67aa79dcd for PR number 3224 (see image for where to click) from that URL the build hash is the last part so c56592f9452f36a8f483aa4f1da191e67aa79dcd. That's what needs to be selected as the specific build to play in the launcher.
Where to click on the latest commit listed in the event view of a PR
Check in the launcher when running the build that the hash is the same as you entered before
  • Try out the new features / fixes in the build. Or if you are playing the BOTD or a version from master, try to find any bugs and issues in general.
  • For PRs you should report the issues found as comments on the original PR. For BOTD or master testing, new issues should be opened on the Thrive repo (or Launcher if the bug is there). But before opening existing issues need to be searched to not make duplicate issues.