Test findings, how do I actually register them?

November 22, 2016

Software is indispensable in today's life. One cannot live without it. But where there is software, there are software errors. To keep the risks as low as possible, structured testing is important. Digital transformation and an agile way of working mean that more testing is needed than ever. During testing defects is registered. It is very important to properly record test findings. Below are a top five of important principles for recording test findings.

How do you register test results?

1. Reproducible or not?

It can save a lot of time when test findings are reproducible. During testing, for example, a function turns out not to work as described, expected or predicted. Before this "error" is recorded only as defect, it is first important to check whether the defect is reproducible. If it is possible to obtain the same result every time the same steps are taken, the defect is reproducible. If this is properly recorded in the defect , the person who must solve the defect can reproduce the defect in one go by following the recorded steps. This saves a lot of extra (throughput) time. In many cases the defect comes back to the tester a few days later, unsolved and with a request to provide more information. The question is then whether the tester can still find out the exact steps to reproduce the error.

So the moment an error is found, it is important to immediately reproduce the test finding and take the exact steps in defect . When using the test management tool Testersuite this is done automatically. When registering a defect during the execution of a test case, the test steps are reproduced in the defect, indicating to which test step the defect relates and what the result of the previous steps was. In addition, it is advisable to attach screen prints to a defect. All this additional context information increases reproducibility on the part of the (often external) solver.

2. A clear description

Work can be a lot more efficient if test findings are provided with clear descriptions. But where can these descriptions be conveniently placed? Often e-mails go back and forth between the persons involved in the test cycle. As a result, it is often unclear what status the test cycle has. The test management tool Testersuite makes it possible to record everything in one environment. Moreover, it is advisable, however, to distinguish between a short and a long description of a defect. The test management tool Testersuite already makes this distinction.

The short description consists of one sentence and is shown in the general findings list. It is important to name both the problem and the context in which this problem occurs. The short description "Error 1423 when opening search screen Debtors" is much more meaningful than the (too) short description "Error in search screen".

The long description contains more detailed information about the defect and how it can be reproduced. This description contains at least the following information:

  • Extended fault description
  • Way to reproduce the error
  • The expected result and the deviation from it
  • If necessary, reference to documents or drafts with the correct operation

As indicated earlier, it is of great value if the test script and/or screen prints that have been carried out are recorded in the defect.

3. Prioritisation of test findings

If a major change takes place, where a lot of testing is required, it is not unusual for several hundred defects to be recorded. At the start of the test phase, new test findings are recorded faster than test findings are resolved. Experience has shown that persistent errors sometimes remain unresolved for a long time, because they are often the most complex. It is therefore essential to set priorities, with the highest priority test findings being picked up first. It is also very important that clear agreements are made about determining priorities. Often, the first priority is determined by the person who registers the defect and is reviewed by the coordinator of test cycle. In addition, the meaning of the various priorities must be clear to all parties involved.

Some example priorities with a possible meaning:

  • Urgent; blocking the process, no work arounds available
  • High; Blocking the process, work around possible
  • Middle; Not blocking the process
  • Low; Cosmetic, nice-to-have, etc.

4. Handling

After a test finding has been reproduced with a clear description and the correct priority, it should be assigned to a "handler". This can be a colleague for further analysis, a supplier/implementation partner or an official from the business. If it is a large test phase with many defects, it may be recommended to appoint a test coordinator. This person has the task of assessing the new test findings for completeness (see points 1, 2 and 3). He/she then assigns the test finding to the practitioner. This is also called dispatching of test findings.

5. Traceability

Finding and solving defects generally improves the quality of the system for the Go Live. With every solved defect the system contains less errors. However, the test results also say something about the quality in a more general sense.

Parts of the system with many errors - be it customised transactions, interfaces or reports - may be of a lower quality than parts with none or few defects. When many urgent test findings are found within an important system component, it makes sense to take a closer look at this component. For this reason, it is important to 'link' defects to the system part (requirement, SAP transaction, interface, reporting, etc) to which it applies. This gives you more insight into the overall quality. This insight is needed to give a positive advice to the Go Live.

When collaboration with different departments or even external parties is required, most "lists" no longer suffice. Testersuite is an example of a user-friendly tool for recording test findings, among other things. Such a tool adds a lot in terms of traceability and handling via workflows. Testersuite FREE is a free product that lets you get started within two minutes with everyone involved in the testing process. With it, lists of defects in Excel, Sharepoint or even by mail are out of date.

Want to know more about this topic? Schedule a no-obligation consultation with us.

Do you also want to test better and smarter?

Discover our easy-to-use cloud products

Testersuite uses cookies. Please indicate which cookies you accept. View our Privacy Statement for more information.