Rabi'a Brown
Wordsmith, Ministry of Testing
At Ministry of Testing, I review article submissions and help our writers present their ideas in the clearest way possible.
Qué aprovechéis y disfrutéis lo que ofrecemos en Ministry of Testing!
Achievements
Certificates
Awarded for:
Achieving one or more Community Stars in five or more unique months
Activity
earned:
19.1.0 of MoT Software Testing Essentials Certificate
awarded Sarah Deery for:
It's fantastic when people of the MoTaverse give public shouts to this great community. But some people in our community do a lot of behind-the-scenes support that motivates other members to keep going. That's Sarah. She does a lot more besides that, of course. But where I see her shine especially bright: whenever there is a critically important message to get across, she does so with utmost kindness and precision. I am grateful to work with her.
awarded Ady Stokes for:
It's rare these days that I start reading a longform article that involves a lot of Deep Thoughts... and then I finish reading the article because it's fascinating. Ady's articles shine here. I immensely enjoy having Ady as a co-editor, because he's encouraging, warm, and considerate. So there are many, many stars I could award to him. We'll start with this one for today.
awarded Barry Ehigiator for:
Barry just received public kudos from the BBC for his excellence as test lead on the iPlayer. This type of post from a major org puts testing in the spotlight in the best of ways. Congratulations, Barry, and thank you for helping to raise public awareness of the role of excellent testing in the products people love to use.
earned:
This is Quality | BBC
Contributions
Inclusive design is a philosophy with this principle at its heart: if one user or group of users cannot use an application because something about it makes it inaccessible or difficult to use, it is not accessible or usable, period. So we who are members of development teams should always seek to design applications that everyone can use easily. Accessibility standards and usability guidelines are an important part of inclusive design, but inclusive design requires a broader outlook. We should not rely solely on a given set of standards or practices as the be-all and end-all of making our applications easy to use. We should always go further and anticipate how our applications might fall short of being usable by some people. How do we do that? A key guideline in inclusive design is to reflect, BEFORE we design or code, on how solving a usability issue for one group of people can make our applications easier to use for everyone. For example, ensuring that there is adequate color and saturation contrast between a screen background and text in the foreground is an important standard in accessibility for people with low vision. But it also helps those who may have no visual disability but who are trying to read a screen in bright sunlight. Note that “can use an application” means not just being able to read text on a screen and find navigation buttons, for example. It also includes getting intended tasks done in a reasonable amount of time and being satisfied or pleased with the experience. There’s no sense in designing an application that allows most people to complete their tasks when the application bothers them so much with notifications that they eventually abandon it for another.
Apply autism-aware design principles to improve software usability for autistic and neurodivergent people.
Adopt combinatorial testing, a technique you may never have heard of but should consider using daily.
Eighteen months, 19 modules, and 59 amazing contributors later, the MoT Software Testing Essentials Certification is complete!
Looking back, my favourite part has been seeing so many community m...
A subset of combinatorial testing where all possible pairs of values for input or configuration parameters are tested at least once.
"Generative AI is simply too new for us to have ... trustworthy scientific data on its impact on cognition, learning, memory, problem-solving or creativity."
When you do combinatorial testing, you ensure that the input or configuration parameters of the system under test can accept, without error, a meaningful subset of combinations of values possible for those parameters. If the app you're testing has more than one input or configuration parameter, you should include some combinatorial testing as part of your strategy. This is because research has shown that most failures result from the combination of specific values for one or two input or configuration parameters. The frequency of errors tends to decrease with value combinations from more than two parameters at once, but running those tests can be fruitful as well. Pairwise testing is a subset of combinatorial testing. It sounds out every possible PAIR of values. But pairwise testing does not always cover enough combinations of three, four, or more values. That's where more advanced combinatorial testing techniques come in. According to recent research, simply by ensuring that all possible three-way combinations of values for your parameters are covered, you'll catch 90 percent or more of the defects that could result from all possible combinations. This does NOT mean that you have to cover every single possible combination in your test plan! The set you need is small and manageable compared to all possible combinations. You may not have a full set of expected results for all of your combinations of values. The research suggests that in these cases, simply monitoring for system failures may be enough.
A screengrab of an online webinar space. There is a grid of profile pictures and a chat box on the right hand side.
Boost your career in software testing with the MoT Software Testing Essentials Certificate. Learn essential skills, from basic testing techniques to advanced risk analysis, crafted by industry experts.
Discover the history of system failures, from the Blue Screen of Death to rare Linux exploits
EditorBoss shares her review process when selecting articles for the Ministry of Testing site