Related Content
Testing at 43,000 Feet: Reporting Risk That Matters Many teams' daily testing gets broken down into numbers. If you're used to dashboards, it can be easy to forget the prime objective: to raise up quality issues—or, in the case of safety-critical devices, potential hazards. Graphs are comfortable, but do they really provide the information we should be looking for? |
||
Creating a Company Culture Where Agile Will Thrive A so-called generative culture has all the characteristics necessary to support self-directed teams, shared responsibility, experimentation, and continuous process improvement. But what about the rest of us? Most large organizations don't have a culture where agile will take hold so easily. Here's what needs to change. |
||
Guaranteed Methods to Ruin Your Test Automation After working to develop the test automation patterns used by experienced practitioners to solve common test automation issues, Seretta Gamba started to consider what can ruin a test automation effort instead. Here she shares two sure-fire methods that can destroy your test automation. Steer clear of these examples! |
||
The Importance of People in Software: A Tribute to Jerry Weinberg Gerald Weinberg's work inspired many to be better engineers and better leaders. Although he’s no longer with us, his message about the role of people in building quality software lives on in his writings and in those who have learned from him. Here, Steve Berczuk recalls some of Jerry Weinberg's most influential books. |
||
Improving Requirements with Preemptive Testing Most product defects are created during requirements definition. To significantly reduce and prevent requirements problems, consider making their management your software testers' responsibility. They can identify requirements defects as they are being developed, as well as work out mitigations for their root causes. |
||
5 Factors That Could Be Making Your Project Estimates Go Wrong Why do our estimates for a project or a testing phase so often turn out wrong? Whatever causes underestimation, we clearly do not learn from experience, as we repeatedly make estimation errors, despite feedback showing previous errors. It’s a chronic problem. What could be driving these errors? Here are five factors. |
||
Security Testing Payment Services in the Era of Connected Ecosystems There are many new trends in online payment technology, so the amount of data passing through and stored across varying systems is growing, requiring new standards for how data is captured, stored, used, and destroyed. Testers especially need to consider vulnerabilities related to data privacy and cyber security. |
||
A Conversation about Testing within BDD People using behavior-driven development (BDD) say conversation is the most important part of the process. They use a “given-when-then” format to describe the current state, an action that is supposed to occur, and what results to expect. But if that structure isn't working for your team, don't restrain discussion. |