Documenting errors: Difference between revisions

From Lifeguide Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
Line 1: Line 1:
It is a good idea to provide all testers with a copy of the test spreadsheet below for them to report all errors that they find. This way the person who made the website can more easily identify where the problem might be, and can use user data to take a closer look at what might have gone wrong.
It is a good idea to provide all testers with a copy of the test table below for them to report all errors that they find. This way the person who made the website can more easily identify where the problem might be, and can use user data to take a closer look at what might have gone wrong.


It is helpful for testers to use a shared file, such as using Google Docs, so that the fixer has a list of all the errors in one place.
The first row of the table provides an example of the details that testers should provide.


It is helpful for testers to use a shared spreadsheet, such as using Google Docs, so that the fixer has a list of all the errors in one place.
It is worth taking the time to format the spreadsheet so that high/medium/low priority errors can be coloured red, amber and green, and errors that have been fixed can be scored through.


<table border="1px" cellspacing="0" cellpadding="3px">
<table border="1px" cellspacing="0" cellpadding="3px">
Line 24: Line 27:
   </tr>
   </tr>
   <tr valign="top">
   <tr valign="top">
     <td>Low</td>
     <td>MED</td>
     <td>example intervention</td>
     <td>example intervention</td>
     <td>kas</td>
     <td>kas</td>

Revision as of 15:07, 10 April 2018

It is a good idea to provide all testers with a copy of the test table below for them to report all errors that they find. This way the person who made the website can more easily identify where the problem might be, and can use user data to take a closer look at what might have gone wrong.

The first row of the table provides an example of the details that testers should provide.

It is helpful for testers to use a shared spreadsheet, such as using Google Docs, so that the fixer has a list of all the errors in one place.

It is worth taking the time to format the spreadsheet so that high/medium/low priority errors can be coloured red, amber and green, and errors that have been fixed can be scored through.

Importance
(HIGH/MED/LOW)		 Intervention
tested		 Tested
by (initials)		 Date Tested Time
Tested (approx if not sure)		 Tested
on laptop/PC/Ipad?		 Version
of intervention tested (URL) OR Authoring tool version (if preview mode):		 Intervention
shortname (if downloaded)		 Browser
used to test (please don't forget to put the version number/details here too)		 Username Email
address used		 Time
of error		 Page
name where error found (name on tab, not in address bar)		 Error
details		 Other
information		 Fixed
(Yes/No)
MED example intervention kas 03/02/2018 10:30 Windows 8.1 laptop Authoring tool version 1.1.2 recontest Version
65.0.3325.181 (Official Build) (64-bit)		 kas kas@test.com 10:41 s_intro_p7 back button didn't work clicked forwards twice then clicked back twice, clicking the back button
didn't do anything.		 No
 
 
 
Retrieved from "https://wiki.lifeguideonline.org/w/index.php?title=Documenting_errors&oldid=22287"