Overview

In this course, each team gets a peer team. They are listed on the Projects page.

The peer teams can collaborate during the projects by providing external feedback and testing resources to each other. Outsiders can often spot different bugs and improvement ideas than the developers themselves. 

The mandatory part of peer testing takes place after February. However, you are highly encouraged to familiarize yourself with the other team and their project from the start of the project and to plan some ways of earlier collaboration.


Minimum requirements for the collaboration
The course sets the minimum requirement for the collaboration as follows:
  • Some peer team members must test the system for at least 8 man hours in total using Session-based testing which is one approach to exploratory testing (see also CS-E4960 slides). 
  • The team must contact its peer team at the latest in February in order to schedule the peer testing activitites. This testing should be conducted during the latter half of the project but before the last sprint so that potential improvements can be implemented before the end of the project.
  • The team must prepare at least one Test Session Charter (see the template below) and other necessary materials (e.g. the software, test data, defect reporting guidelines), and give them to the testers.
  • The testers must fill the exploration log in the Test Session Charter. It is recommended that the findings are also discussed f-2-f with the peer team. 



TEST SESSION CHARTER (Template)

1. What - tested areas

  • What areas, modules, functions or features are tested?

2. Why - goal and focus

  • What is the high level goal of the testing session?
  • What practical information for the project should this testing session produce? For example, analyse performance, find faults in a specific function, assess suitability to intended use, validate or verify functionality, regression test, confirm fixes, ...
  • Is testing focusing to some specific defect or problem types?
  • From whose viewpoint testing is performed?
  • Product risks that should be addressed.

3. How - approach

  • How the testing is going to be performed?
  • Specific test techniques or tactics to use?
  • Testing data that is used or has to be created.
  • Tools

4. Exploration log

  • SESSION START TIME:  2024-03-14 13:30
  • DURATION (hours): 1:45
  • TESTER: Tim Tester
  • BUILD: 1.34
  • ENVIRONMENT: Windows 10 + SP1

4.1 Data files

  • Any used or created test data files

4.2 Test notes

  • Test notes that describe what was done, and how.
  • Detailed enough to be able to use in briefing the test session with other persons.
  • Detailed enough to be able to reproduce failures.

4.3 Bugs

  • Defect tracking system bug ID:s and optionally short descriptions

4.4 Issues

Any observations, issues, new feature requests and questions that came up during testing but were not reported as bugs.

 


Senast redigerad: onsdag, 6 november 2024, 12:52