If you provide training services, we can help you. Do you need to license testing, business analysis, programming, and quality-related training for testers, business analysts, programmers, SDETs, managers, product owners, and more? If so, we offer high-quality live and e-learning materials at reasonable prices to organizations like yours around the world. If you have existing live training courses and you want to transform those into high-quality e-learning, we have over a decade of helping organizations do that. Take a listen to my short video, and then contact us.
Curious about what is coming in the Expert Test Manager book? Below is the first page of the introduction. If this piques your interest, you can preorder the book on Amazon and other online booksellers now.
To test or not to test: That is not the question. What to test, how much to test, in what order to test, and how to triage tests if you are time compressed: That is the question. And that's the question risk-based testing allows you to answer. For a quick overview of how a risk-based strategy changes testing, check out this short video. Need more help? Contact us.
Seven years ago I did a video where I asked the evolving question, "Do testers need technical skills?" You can see it here.
I think this question is answered now for more and more testers. The question is evolving, perhaps, into the following, "How much longer does the non-technical tester have before the lack of technical knowledge becomes a serious career impediment?"
If you need help becoming a more technical testers--whether you background is technical or not--we can help with that. Contact us today.
Over the next six weeks, not only are we running a bunch of live and virtual courses you've already heard about (if not, learn more here), we're also introducing two brand new offerings, one for testers interested in security (and every tester really should be) and one for testers involved with mobile apps (and what tester isn't now or won't soon be). Give a quick listen to me explain what's coming.
We hate to bug you, but have you signed up for one of our one-day black-box bug-a-thons yet? In just one day you'll learn the most important black-box test design techniques, and you'll learn them by finding bugs in real apps. Take a listen to what it's all about in this short 40 second video. At this point, relieve the severe FOMO you must be suffering right about now. Register for the nearest black-box bug-a-thon now. I look forward to seeing you there.
A quick reminder: During the holidays in 2016, we introduced our new, flexible assessment approach for 2017. Listen to my quick description here.
No matter what your constraints, I can work with you to improve your test and quality processes. Save money. Raise team morale. Get more Agile. Improve testing of functionality, performance, security, portability, or more. Deliver more and better features. Contact us today for a quote.
You may have heard me talk about our training offerings, including our ASTQB-accredited Agile Tester Foundation class. Like all of our classes, a hands-on class, and that means you learn by doing. Take a look at this series of deliverables, created collaboratively by this week's attendees of the public class at STPCon. For our case study, we use the OmniNet example project, which is a network of public Internet access kiosks (an "Internet cafe in a box").
First, we start with a user story:
Next, we define and then refine acceptance criteria:
Now, we do some user story test planning in terms of what to test, where to test it, and what kinds of dependencies we need to take into account:
Then, we do Agile risk analysis (for more information on Agile risk analysis, check out this video:
Note that we didn't get all the way through the risk assessment, but the idea was to give people a feel for assessing likelihood and impact.
Now, time to apply black-box test design techniques to some of the acceptance criteria. We chose to focus on the ones that had to do with accepting cash.
Note the issues, questions and assumptions noted on these two pages. Those were discovered through test design, which is one reason by upfront test design, prior to coding, makes so much sense.
Finally, here's the acceptance test-driven development table we created for those elements of our test design we chose to cover:
Interested? You can find the class outline here. This class is available in public, onsite, virtual, and e-learning modes, so contact us today to get more details. If you are outside the US and want a public or onsite class, contact us to find out who our local licensee is. We have licensees on every continent, so the class is available to you wherever you live.
Some good information from the ASTQB here in their quarterly newsletter, including a short article from me on one of my favorite topics, risk-based testing. In this article, I explain how to apply it to mobile testing:
Unclear about what exactly you and your fellow testers or QA team members do? That's bad. In my assessments with clients around the world, I've found that many problems for many test groups, more frequent and serious than problems caused by lack of core competencies, were due to bad expectations about what testing and QA were doing and what they could accomplish. These bad expectations were held either within the team, by others about the team, or (usually) both.
Fortunately, there's a straightforward way to fix this issue. By working collaboratively with the test team and with key test and quality stakeholders, it's possible to clearly define the objectives for testing. With the objectives defined, success criteria (yes, metrics) can be devised and used as test process health monitors. The questions of what testing does and whether it is working are thus answered.
If you need help solving this problem, contact us. We have solved this problem for other companies around the world, and we can help you solve it, too.