ASTQB test manager book? When you hear the term “software testing,” do you think about one particular type of test — such as functional testing or regression testing — or do you immediately start visualizing the complex, interconnected web of test types and techniques that comprise the broad world of software testing? Still, it’s not a simple matter of running a few tests and getting the green light. There’s a process to thorough software testing, which entails writing appropriate test cases, ensuring that you’re covering the right features and functions, addressing user experience concerns, deciding what to automate and what to test manually, and so forth.

There is nothing worse than a report that has too many words and not enough pictures! Make your reports clear, concise and as up-to-date as they can be. By providing clear and up-to-date information your own team, as well as your management team, will be much more aware of the status of your testing and any issues you face. Any key issues can then be tackled as and when they occur, or red flags be raised earlier rather than weeks down the track.

How would you like to have all the software testing knowledge you need in one comprehensive book? Whether you want to level up in the software test management field, or gain useful knowledge on the sector as a whole, A Test Manager’s Guide is the resource for you. 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 extra info at Test Design.

Find out what the software under test is not expected to be doing. Try those things out. The ‘what if’ should become the leading question of the software research. So you are finding yourself in the middle of Apple Watch testing. How will it act if an iPhone it is paired to runs out of battery, etc.? If you can do anything in the system (meaning it allows you to), do so without question and despite everything telling you shan’t do just that. If possible, get the system (or device) under test out of your working premises and try it in a real environment. Don’t rely solely on written communication, particularly for virtual teams. Especially in virtual teams often the only point of interaction between developers and testers are bug tracking system, yet it is especially the written word that causes misunderstandings and leads to pointless extra work. Regular calls and actually talking to each other can work miracles here.

Isolation software testing recommendation for today : With the switch to teleworking we’ve been using Google hangouts with web-cams. We first tried it without webcams but since we’re used to being in the same physical space most days, it has been helpful to see people on the camera. It also forces people to fully engage in the meeting and not be multi-tasking doing other things. So we’d recommend using video and audio if practically possible. The online tools for release and sprint planning we use (SpiraPlan in our case) work just as well in-person as remote, so as long as you’re not relying on physical boards, should be minimal adjustment. If your team is using physical Scrum or Kanban boards, now is a good time to move to an online planning tool. Read a few more info at cania-consulting.com.