Skip to content

Latest commit

 

History

History
56 lines (34 loc) · 1.82 KB

TestPlanSkeleton.md

File metadata and controls

56 lines (34 loc) · 1.82 KB
Raw

TEST PLAN TITLE

Submit completed tests and debug.log files to: {Name <email>}

Version tested: {0.x.y release candidate N, or git commit}

Test environment: {Operating System or other relevant info}

Test Setup

Describe any test environment setup that needs to be done, in an explicit, step-by-step fashion.

For example, for sanity-testing a release the setup might be:

  1. Fork the test plan's github repository (see TestPlanExecution.md )
  2. Begin with a clean, non-developer operating-system image.
  3. Download latest release candidate from sourceforge.
  4. Run installer or follow installation instructions.
  5. Create a bitcoin.conf file in the default data directory (~/.bitcoin on Linux, etc; see sample.bitcoin.conf)

Tests

Each test is a level-3 section, with Title, test procedure, and expected results. Examples:

Blockchain download

Run Bitcoin-Qt for the first time on a clean system.

EXPECT:

  1. After a few minutes, GUI shows wallet with zero balance.
  2. After a few minutes, GUI shows at least one connection to the network.
  3. After 24 hours, GUI shows fully synchronized with network/blockchain.

PASS/FAIL (if FAIL, tester may add notes here or links to issues filed)

Revert back to last release

Run the previous test. Copy the wallet's default receiving bitcoin address. Then uninstall Bitcoin-Qt, install the previous release and run it.

EXPECT:

  1. Same wallet is used (GUI shows same receiving address)
  2. GUI is up and running and synchronized with the network quickly.

PASS/FAIL

Final steps

Tell testers what they should do when they're finished; for example:

Email a link to your forked repository with attached debug.log files to {...}. If the debug.log files are too large to attach, upload them to a service like mediafire.com, dropbox, etc. and include a link in the email.