Skip to main content

Avoiding Catastrophic Software Failures

In 2012, voke published economic models to evaluate the hidden costs of software projects.  Our key findings show that since the Global Financial Crisis (GFC) of 2009, the average cost of software projects is rising dramatically, this is in spite of smaller teams working shorter durations.  At the same time, rework costs remain high or unknown and high profile software failures continue to make headlines daily.

Organizations must understand how defects create a hidden cost of rework in every software project and how these costs manifest differently in Agile and Non-Agile projects. Given the impact of catastrophic software failures on the brand, we should be witnessing a movement toward increased quality, not a reactionary call for more testing after the software has shipped.

Software engineering professionals are familiar with the concept of Cost of Quality, or more specifically, the cost involved with removing defects, essentially the cost of “rework.” The premise of this concept is that the later in the lifecycle a defect is identified, the more expensive it is to resolve the issue.

With the failure of, US taxpayers will pay the price for the cost of rework.  Modern tools such as service virtualization enable early testing of incomplete or unavailable components and systems to help mitigate potential risks of production failures.
Uncovering defects earlier in the software lifecycle saves time and money. In today’s environment where businesses and governments run on software, removal of defects related to requirements is essential to eliminating the risk of exponential cost overruns and schedule delays.
Collaboration and availability is essential prior to beginning development. It is much less expensive and easier to meet, discuss, review, and refine to ensure that requirements are properly defined and communicated than to change the code at a later point in the project.

Effective collaboration and test coverage of key requirements is essential. Make sure you invest properly in architecture, requirements, design, and quality practices that prevent the release of catastrophic failures.

Tips to avoid catastrophic failures:

·       Maintain parity and independence between your Test and Development organizations

·       Ensure availability of the business to actively participate in the requirements process and strategic decisions throughout the lifecycle

·       Understand your cost of rework (See voke Strategic Brief: Cost of Rework in Agile andNon-Agile Projects)

·       Empower your test organization with modern technology (See voke Market Mover Array: Testing Platforms)

·       Leverage the power of service virtualization to enable testing of unavailable components or services early in the development process (See voke Market Snapshot: Service Virtualization)

·       Remove the risk of failure through Extreme Automation. Remove barriers and enable communication, collaboration, and connectivity. Deliver valuable business outcomes and meet the insatiable demand for quality. 

Most importantly, understand the business risks of prioritizing schedule to the exclusion of quality and ultimately cost. Empower your test organization to protect your brand from catastrophic failures.



Popular posts from this blog

2009 voke Innovator Recognition Today, we announced the inaugural voke Innovator recipients. voke recognized 19 companies or products for their innovation around the global lifecycle. All of the 2009 voke Innovators are having a profound market impact through their innovative products and services. The 2009 voke Innovators all demonstrate and deliver ways of doing more with less to help organizations achieve greater productivity and value. Figure out how your organization can be ready for the next big wave of IT expansion. Check out the list of 2009 voke Innovator recipients at http://www.http/ t

API Testing – Stop Waiting and Start Testing ASAP!

We have all heard that testers must keep pace with developers to deliver software faster. However, most testers continue to test at the UI level – which is constantly changing, so testers have to wait, and that impacts the ability to meet business demands for faster software releases. It becomes a cycle that testers have a hard time escaping. Testers want to be able to test earlier, reduce risk, and identify defects sooner – all to satisfy the customer. API testing is the perfect way to supplement traditional UI testing, keep pace with development, and deliver better quality at scale!  API testing can help you test earlier, faster, and more efficiently! And now, we have the data to show you the benefits of API testing including how much time is spent on UI testing alone, how much (or should I say little) time is spend on unit and API testing, and how much coverage is achieved.  We will be premiering the results of our recent survey on API testing in a webinar with Paraso

Is API Testing Worth it?

Well, if you want to reduce risk, increase coverage, and reduce defect leakage in your software the answer is a definitive and resounding YES! Over the past couple of decades, testers have largely been testing at the user interface (UI) level. The problem with this approach is the UI is constantly changing and must be stable before any testing can begin. If you have been following software development, you know that the trend is to release more quickly – waiting for a UI to be stable to be tested does not break any speed records, in fact this slows down the whole software engineering process. What if you could test earlier in the software engineering lifecycle with a stable interface? This would mean that you: • Test earlier in the lifecycle • Identify and remediate defects earlier • Reduce testing time and cost • Increase test coverage  If these benefits sound too good to be true check out our most recent research on API testing that shows how you can achieve better s