ISTQB book

ISTQB book? Treat testing like a team effort. “Testing is a team effort. You’ll find keeping everyone in the loop from the beginning will save an enormous amount of time down the line. “When you expose testers to a greater amount of the project, they will feel much more comfortable and confident in what their goals should be. A tester is only as efficient as their team. “Your goal is to make sure everyone involved in the project has a solid understanding of the application. When everyone understands what the application entails, testers can effectively cover the test cases.

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.

Lucian Cania is an experienced international IT delivery and software test manager with a vast experience in test management. He founder Cania Consulting by leveraging a vast background in Transformation Programs executed across Europe in the areas of ERP, BI, Retail, Billing and Integration. 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. Explore extra info on Test Levels.

Choose flexible test management tools that can adapt to your needs. No two businesses are the same which might mean a particular tool is best-suited for a situation different to yours. Keeping this in mind, you should look for a test management tool which not only fits your day-to-day testing needs today but should also offer flexibility if your testing approach changes course in the future. Create sample test data if needed. Depending on your testing environment you may need to CREATE Test Data (Most of the times) or at least identify a suitable test data for your test cases (if the test data is already created). Typically sample data should be generated before you begin test execution because it is difficult to perform test data management. Since in many testing environments creating test data takes many pre-steps or test environment configurations which are very time-consuming. Also If test data generation is done while you are in test execution phase, you may exceed your testing deadline.

Work from home software testing advice of the day : As you are developing and testing, team members need to make sure they are capturing everything more religiously than they might do if working in the office. For a tester, they could normally just show someone else (e.g. a developer) what happened on their screen, but when you are Teletesting, that is harder to. Use screen capture tools (like a free google extension – SpiraCapture) to capture what you are doing and then save the results into a tool like SpiraTest so that you have a record of what you just did. Similarly, make sure you document any changes or questions about requirements as a comment in the requirement. If you are not sure what the requirement means, add a question as the comment. If you are worried you will forget to clarify, just add a task to the requirement so that it is not forgotten. Teams should err on the side of adding tasks as well as comments to make sure things are not lost. Also as mentioned in item 3. if you need to get clarity on something, it’s fine to use IM tools, but make sure the results from that discussion make it into the tool being used for the source of truth. Read even more details on cania-consulting.com.