Software test levels guide? “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!”
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.
Taking you deep into this ever changing industry is software test management consultancy Cania Consulting, comprised of industry leaders who specialize in software testing audit, strategy, and management. They use the techniques and insights provided in this book on a daily basis with their clients and are sharing their insider tips as a key resource for readers in the test management industry. 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. Read even more info on Cania Consulting.
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.
Work at home software testing tip of the day : Regardless of how you do the meetings, make sure you are tracking any dependencies and people feel free to use the chat threads to reply to someone’s standup message with suggestions or offers to resolve a roadblock or dependency… We have a weekly product meeting which is longer than our standup meetings. We discuss how the current sprints are going, are we on track to deliver the next release on schedule, and are there any impediments or issues that we need to discuss. During this meeting we review the planning board for the current release and current sprints. Traditionally we’d do this in our conference room using our projector and take notes live in Google docs and/or use the whiteboards for any discussion topics. Find extra info on https://cania-consulting.com/.
