ASTQB guide? Encourage clarity in bug reporting. “Reporting bugs and requesting more information can create unnecessary overhead. A good bug report can save time by avoiding miscommunication or the need for additional communication. Similarly, a bad bug report can lead to a quick dismissal by a developer. Both of these can create problems. “Anyone reporting bugs should always strive to create informative bug reports, but it’s just as important that developers go out of their way to communicate effectively as well. For instance, if a developer needs more information, it’s best if they take the time to write a detailed request. Teach people to write good reports, but hold your developers to high standards as well. If everyone is going above and beyond to communicate effectively, everyone’s productivity benefits.
My original comments on test estimation are as follows, “Arrrgh… test estimation. Get your team to get it right and you may have uncovered one of the mysteries of the world. Enough said.” Then I thought I better expand a bit… Your organisation has many unique factors that you need to take into account. The best form of estimate can be based on past test execution history – generally only available when you have previously collected metrics on test execution. Other than that you will need to have your team factor in as much as you can regarding areas such as environment, quality of resources, past test execution history, and technical difficulty.
Created by industry experts, it will take you from the software testing basics right through to defect management, testing techniques and metrics. You will learn vital skills for accelerating your career in software test management, including test team dynamics, success factors, and executing test management strategies from start to finish. After passing the ISTQB Foundation Certification, this eBook was great source to better understand what to expect from the Test Managers working on my Software Projects. Find additional details on Software Testing Knowledge.
The ‘what if’ should become the leading question of the software research. On the other hand, if you had a bug in the accounting software that caused all of the data to become corrupted every 1,000th time the data was saved, that would have a huge impact but at a very low frequency. The reason I define software testing in this way is that — as any tester will tell you — you can never find all the bugs or defects in a piece of software and you can never test every possible input into the software (for any non-trivial application). Think outside of the box. More and more often we have to deal with assuring quality of various IoT developments. They require testers to become real users for some time and try the most unthinkable scenarios. What we recommend is to start thinking out of the box.
Isolation software testing recommendation of the day : Another option if your developers are used to looking at each other’s screens to get past roadblocks is to consider the much ignored practice of eXtreme Programming (XP) – namely pair programming. You can use screen sharing or code-sharing tools (VS Code has this built-in) to make this happen. One of the challenges with tasks and work assignment is that there are too many ways to assign work to people. Should we type up tasks inside a Google document, send emails to someone to act like ‘virtual tasks’, or simply post them to people in Chat. What we have found is that in this case, be very disciplined around task tracking and assignment. Find even more details on cania-consulting.com.