Some crazy social implications here, but give a moment's thought to designing and running tests for this technology. What is your test oracle? What techniques do you use?
Next week, I'll be in Tokyo, working with the Japanese Software Testing Qualifications Board to help them bring ISTQB Expert Test Manager exams to Japan. When I said, back in January, that 2017 was the Year of the Expert Test Manager, I meant it, and I'm putting my time where my mouth is. It's not too late for you to make 2017 your Year of the Expert Test Manager. Contact us today for advice on how to join this elite group of experts.
Great news for security testers and security professionals. We now have received final accreditation of our course from the ASTQB. Following on the excellent results from the first-ever ISTQB Advanced Security Tester course in partnership with imbus in Germany in June. As a reminder, our first delivery of this course achieved an exceptional 100% exam pass rate, as described in this quick video.
Why is this new training course so important? Lately a lot of companies and organizations are making news for all the wrong reasons. Their systems are getting hacked. These hacks can lead cause embarrassment, stock price drops, legal liability, and job losses for the responsible parties. Here at RBCS, we can help you avoid these unpleasant scenarios. Contact us today for more information about our Advanced Security Tester course, and hear more about the course in this quick video.
f you have been in software engineering for a while—or in fact just in the working world in general for a while—you’ve probably seen someone do something stupid with metrics. Such mistakes raise a whole bunch of interesting questions. What are the most common metrics mistakes? Why are they mistakes? Why do people make these mistakes? Are you making these mistakes? Why use metrics at all, when there are so many mistakes? In this recorded webinar, I'll give real-world examples of these mistakes, explain the management and economic theories behind metrics, and help you find ways to implement metrics that aren’t stupid.
Need more help with metrics? Contact us. We just worked with a client and identified around $15,000,000 in efficiency improvements using their incident metrics, a 1000x return on the cost of having us come in and do the work.
Just in time for the US Independence Day holiday, my thirteenth book, Agile Testing Foundations, is available now. Agile testers, developers, scrum masters, test managers, product owners, and candidates for the ISTQB Agile Tester Foundation exam, this book is for you. I thank my co-authors for their hard work on this book with me.
Wondering what's next? Well, book number fourteen, Mobile Testing Foundations, will be out later this year. It covers the ASTQB Certified Mobile Tester exam, and is currently in the review process.
If you are testing mobile devices and mobile apps--and, at this point, who isn't?--you'll have another useful resource by the end of this year. You're welcome.
When you are doing certain types of testing, there are a relatively small number of factors, each with a relatively small number of options, that are not supposed to interact. For example, consider testing a browser-based application on a PC or Mac. You may have five or six browsers, four or five OS versions, six or seven anti-malware packages, a few browser plug-ins, and three or four connection speed options. If you do the math, though, there are thousands of combinations. You can't test everything, but you want to go beyond basic equivalence partitioning. What to do?
In this classic RBCS webinar from our One Key Idea series, I explain how to use a tool from NIST to generate pairwise testing tables. It goes beyond simpler tools, because it allows for constraints, mixed levels of combinations, and more. Better yet, this tool, ACTS, is available worldwide for free.
Need more help designing effective and efficient tests? Contact us. At RBCS, we've been helping people test better for over two decades, and we can help you.
Of course, a big part of being a Software Development Engineer in Test (SDET)/Software Engineer in Test (SET) is test automation, but there's plenty more involved. Consider the following 12 activities:
Think that's a lot? Actually, I could easily add another dozen to this list. The main morale of this post is: If you're an SDET, you are a test automation engineer, yes, but also a whole lot more.
I received a nice message from a LinkedIn connection, thanking me for my books. Here's my response:
"Thanks. The greatest compliment you can give authors of technical books such as me is to actually buy the books and not ever use, distribute, or encourage the use of pirated copies of the books that are on the internet. Authors of technical books like me make almost nothing from those books, but what little money we do make does help. Seeing people steal those books and post them all over the internet is a real insult to the efforts we put into writing them. Thanks again for your kind words and support.
Just in the last year, I have had to deal with four blatant examples of intellectual property theft, and I didn't even have to go looking for the stolen materials. If I tried right now, I could find pirated copies of my four best-selling books on the internet with one search each.
I would ask everyone who appreciates technical books and finds them useful to keep this in mind. Stealing the meager royalties associated with such books from the people who work long hours creating those books is hardly a way to repay the favor.