Working with checklists
Working with checklists
- Posted by: Admin
Checklist – is a list which contains a number of necessary checks during testing of the software product. By checking the items on the list, a team or one tester can learn about the current state of the work performed and about the quality of the product. By working on a project using a checklist, the probability of re-checking for the same cases is excluded, and the quality of testing increases, since the probability of leaving some functionality unattended is significantly reduced. Therefore, it is very important to know the composition of the checklist elements and be able to use it effectively. As a rule, checklists are made in a Google spreadsheet to provide general access to all QA specialists.
What do checklists consist of?Сhecklists are very simple. All of them contain a list of blocks, sections, pages, other elements that should be tested, for example: Items can contain both a linear structure and a tree structure, with or without sections/subsections. They should be as concise as possible and at the same time understandable for a tester who isn't familiar with the application yet. The points must be clear so that they can’t be understood in any other way. All of the items must be in one language: Russian or English. As a rule, each checklist has several columns. Each column is for testing on a separate platform. The device name, browser, and version should be indicated as well. Several people could test the application at the same time. In this case, each tester takes one or two platforms and tests only on them. In this case, the tester who performs the specified amount of work should be indicated in front of each platform. Passing the checklists, the tester marks the status in front of each tested item. The following status options are possible:
- «Passed» – test is passed successfully, no bugs found;
- «Failed» – one or more bugs found;
- «Blocked» – impossible to check, because one of the bugs is blocking the current test;
- «In Progress» – the tester is working on the current point;
- «Not run» – not yet tested;
- «Skipped» – will not be tested for any reason. For example, the current functionality has not yet been implemented.
- After completing the passage of the checklist, there should be no cells with the «Not run» status.
- All cells with the «Failed» status and the «Blocked» status must have notes with links to bug reports.
- The «Passed» status set only for tests that are checked and do not contain bugs.
Checklist creation rulesTo create an effective checklist, we will formulate several rules.
- One point – one operation.
- Points are unequivocally defined.
- Drafting a checklist according to the details level.
- Checklists help to structure the information from the employee;
- With the correct formulation of necessary actions, the employee has an unambiguous understanding of the tasks. This helps to increase the learning speed for new employees;
- Checklists help to avoid uncertainty and errors that can be caused due to the human factor. Test coverage of the software product is increasing;
- The degree of employee interchangeability is increasing;
- Saving the working time. Having written a checklist once, you can reuse it, given the relevance of the information.
- avoiding forgetting the required tests.
- dividing tasks by skill level.
- saving the reports and test results.
- The list of tests (with necessary details level).
- Checking environment consist:
- a build on which testing were performed;
- a testing environment (if applicable);
- some information about the tester.
- Results of the test.
bug bug-report game testing glossary homework assessment Lecture #1. Fundamentals of Software Testing Lecture #2. Fundamentals of Software Testing Lecture #3. Fundamentals of Software Testing Lecture #4. Fundamentals of Software Testing Lecture #5. Fundamentals of Software Testing Lecture #6. Fundamentals of Software Testing Lecture #7. Fundamentals of Software Testing lecture materials mobile testing QA terms qa tips for beginner self-training test case test design training organizational questions