Software testing book? “Communicate with the test lead or manager to allow testers to be involved in the decision-making meetings. Giving testers access to early knowledge will allow them to prepare early test environments. This will avoid any unforeseen issues, preventing any delays or risks while also being cost-effective.” Use tools to make testing easy. “Most technical leads will be familiar with the challenge of getting developers into the habit of making code testable. Therefore, top of your list of objectives should be ‘ease of use.’ Tests should be easy to write, and more importantly, trivially easy to run, by your development team. Ideally, all developers should be able to run all tests, in a single click, right from in their IDE. No excuses!”
Following on from getting your A-Team together, you now need to get them involved in every which way you can. Get team members involved in documenting the process, in the decision making for your projects, and encourage actively speaking up when they see problems or issues. Keeping the communication lines open with honest and frank discussion, and group involvement, is always going to be better than a dictatorship! Waterfall, Agile, Exploratory, Context-Driven… the list goes on. You need to decide – hopefully as a team – which methodology and which practices of that methodology fit your organisation.
The ultimate ebook for more than software testing basics: 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 of the sector as a whole, A Test Manager’s Guide is the resource for you. As a young graduate I started looking for potential career opportunities and this eBook has shown me the beauty and complexity of the Test Manager profession from a theoretical standpoint. Explore even more info on Test Plan.
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.
Work from home software testing advice of the day : 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. Find even more details at https://cania-consulting.com/.
