Close
  • Latest News
  • Artificial Intelligence
  • Big Data and Analytics
  • Cloud
  • Networking
  • Cybersecurity
  • Applications
  • IT Management
  • Storage
  • Sponsored
  • Mobile
  • Small Business
  • Development
  • Database
  • Servers
  • Android
  • Apple
  • Innovation
  • Blogs
  • PC Hardware
  • Reviews
  • Search Engines
  • Virtualization
Read Down
Sign in
Close
Welcome!Log into your account
Forgot your password?
Read Down
Password recovery
Recover your password
Close
Search
Logo
Logo
  • Latest News
  • Artificial Intelligence
  • Big Data and Analytics
  • Cloud
  • Networking
  • Cybersecurity
  • Applications
  • IT Management
  • Storage
  • Sponsored
  • Mobile
  • Small Business
  • Development
  • Database
  • Servers
  • Android
  • Apple
  • Innovation
  • Blogs
  • PC Hardware
  • Reviews
  • Search Engines
  • Virtualization
More
    Home Applications
    • Applications
    • IT Management

    How to Speed Up Your Software Testing Cycle: 5 Key Tips

    Test acceleration can drive major advances in developer productivity. Companies should examine the status quo in their development processes. Should developers be context switching or allowed to keep focused on coding?

    By
    eWEEK EDITORS
    -
    August 30, 2021
    Share
    Facebook
    Twitter
    Linkedin
      enterprise infrastructure

      Would it be sacrilege to decrease the amount of code testing? Surprisingly, there is ample data showing benefits from less testing. A typical software testing suite has these drawbacks:

      • Takes too long to execute
      • Tests code that hasn’t changed
      • Runs single-threaded
      • Costs companies countless hours and many dollars

      Software testing proves that software operates according to functional and non-functional specifications. It also provides feedback to developers about the quality of their code changes.

      It’s considered best practice to keep code changes small in scale, reducing the scope and breadth of change. Most continuous integration automation, however, kicks off comprehensive testing suites that test thousands or millions of lines of code, even when few lines of code changed.

      Automated test suites can take 12 hours to execute and thus might run only once per day. For others, automated testing can take one to two hours and execute several times a day. In both cases, developers must wait for test feedback, even for simple bug fixes and cosmetic updates.

      Tip 1: Your test suite should complete in ten minutes

      Ideally, software developers write and deliver code for 40 hours a week, but meetings and normal interruptions often push actual development below 30 hours per week.

      One cause: developers spend too much time waiting. Once they’ve written the code, they wait for it to be reviewed; they wait for code to be deployed; then they wait for functional and quality assurance test results. Finally, they wait for validation, and integration tests.

      Getting code to production takes too long. Sometimes developers wait a day, or more, between each step of the coding process. Even when they are delayed “only” an hour or two before getting feedback on code changes, productivity drops sharply.

      While waiting, developers may be tasked with low-effort bug fixes. There is a cost to this “context switching,” which interrupts the intense, creative focus required for analytical problem-solving. Getting into that frame of mind takes time and energy. For many, context switching sabotages that productive mental state and decreases motivation.

      Whether twiddling thumbs or context switching for an hour, developers are being highly paid to wait or create less value. The solution: Significantly speed up feedback on their work.

      We observe that for many customers—10 minutes is a minimally acceptable threshold for waiting. It’s short enough to get a cup of coffee, stretch, take a bio break, or check in with a colleague—knowing they’ll have test results when that chat is over.

      Tip 2: Reducing test suite execution time by 90% is doable

      Many are surprised to learn that it’s quite feasible to reduce test suite execution times by up to 90%. Take one of our key customers as an example. Their test suites took between 90 and 200 minutes until recently. Now they usually take 10 or 11 minutes.

      How can this be? Why aren’t all test suites faster?

      In the early 2000s, most web apps were written as “monoliths.” New functions were bolted onto an ever-growing codebase. Yes, there may have been classes and objects and other performance optimizations, but most Fortune 500 companies on the web were building “macroservices.” These monolithic codebases grew to millions of lines of code with little abstraction between major pieces of the app(s).

      Though the discipline of application architecture has moved onto cloud computing, microservices, and containerization paradigms, testing has not evolved in step. Testing is one of the most undervalued (or ignored) parts of the software development lifecycle. Most test suites are built like the monoliths of yesteryear—unnecessarily, because testing technology has advanced.

      Test suites can be multi-threaded, but often are not. They can selectively run just the tests that are relevant to code changes, but often the entire suite is run arbitrarily. They can be architected for intelligence, acceleration, and reporting, but rarely are.

      A modern software approach to testing can lead to modern testing results. It will not take years of refactoring and management; in fact, it’s not very complicated.

      Tip 3: Enterprise-level test acceleration can be implemented in one sprint

      The power of large enterprises can be difficult to harness. It’s no small feat to corral multiple departments with disparate priorities, some of them directly in conflict. Despite high levels of goodwill and a determination to succeed, projects inevitably take longer and cost more than initially estimated.

      Why does this happen? Because large implementations require behavioral changes, infrastructural buildouts, tooling updates, and more.

      Development teams need to leverage modern tools that impose no change on their workflows, and allow them to use the same commands, commit processes, and test procedures. What changes is how long they wait for a test suite to complete. In a best-case scenario, preparing a test should only entail adding a single gem or package to a dependency list.

      Tip 4: Faster testing keep developers productive, happy, and on board

      Developer roles are more important and in-demand than ever. A December 2020 jobs report by  CompTIA notes that developer jobs accounted for 62,900 (16%) of the 391,000 new tech roles hitting the market. Tech companies live and die by the quality and retention of their engineering staff and right now, there’s more demand than supply.

      When developers can’t actually develop, they lose motivation and enthusiasm for their work. Waiting for feedback and busywork produces frustration. That’s when they start looking for another job. Conversely, the more time developers spend producing code, the more they enjoy it, and the longer you retain them.

      It’s far easier to hold onto developers who have the tools to be productive, enjoy their work, and feel motivated.

      Tip 5: Test acceleration can drive the next leap in developer productivity

      In the past 20 years, developer productivity has been boosted by microservices architectures, containerization, cloud infrastructure, and serverless. Our ability to build and run faster, more ephemeral code advanced at a rapid clip. Our ability to test did not.

      It’s now possible to change that, and – in many organizations – save thousands of dollars weekly. Now that we have modernized infrastructure, coding paradigms, and scaling, it’s time to address obstacles that developers face in code creation.

      Test acceleration can drive major advances in developer productivity. Companies should examine the status quo in their development processes; should test suites take hours or just a few minutes? Should developers be context switching or allowed to keep focused on coding?

      For those who believe test suites should take just minutes, that developers should not be forced to context switch, and that code delivery times should be faster, we can demonstrate how that is achievable.

      About the Author:

      Yves Junqueira, CEO and Co-Founder, YourBase

      eWEEK EDITORS
      eWeek editors publish top thought leaders and leading experts in emerging technology across a wide variety of Enterprise B2B sectors. Our focus is providing actionable information for today’s technology decision makers.
      Get the Free Newsletter!
      Subscribe to Daily Tech Insider for top news, trends & analysis
      This email address is invalid.
      Get the Free Newsletter!
      Subscribe to Daily Tech Insider for top news, trends & analysis
      This email address is invalid.

      MOST POPULAR ARTICLES

      Latest News

      Zeus Kerravala on Networking: Multicloud, 5G, and...

      James Maguire - December 16, 2022 0
      I spoke with Zeus Kerravala, industry analyst at ZK Research, about the rapid changes in enterprise networking, as tech advances and digital transformation prompt...
      Read more
      Applications

      Datadog President Amit Agarwal on Trends in...

      James Maguire - November 11, 2022 0
      I spoke with Amit Agarwal, President of Datadog, about infrastructure observability, from current trends to key challenges to the future of this rapidly growing...
      Read more
      IT Management

      Intuit’s Nhung Ho on AI for the...

      James Maguire - May 13, 2022 0
      I spoke with Nhung Ho, Vice President of AI at Intuit, about adoption of AI in the small and medium-sized business market, and how...
      Read more
      Applications

      Kyndryl’s Nicolas Sekkaki on Handling AI and...

      James Maguire - November 9, 2022 0
      I spoke with Nicolas Sekkaki, Group Practice Leader for Applications, Data and AI at Kyndryl, about how companies can boost both their AI and...
      Read more
      Cloud

      IGEL CEO Jed Ayres on Edge and...

      James Maguire - June 14, 2022 0
      I spoke with Jed Ayres, CEO of IGEL, about the endpoint sector, and an open source OS for the cloud; we also spoke about...
      Read more
      Logo

      eWeek has the latest technology news and analysis, buying guides, and product reviews for IT professionals and technology buyers. The site’s focus is on innovative solutions and covering in-depth technical content. eWeek stays on the cutting edge of technology news and IT trends through interviews and expert analysis. Gain insight from top innovators and thought leaders in the fields of IT, business, enterprise software, startups, and more.

      Facebook
      Linkedin
      RSS
      Twitter
      Youtube

      Advertisers

      Advertise with TechnologyAdvice on eWeek and our other IT-focused platforms.

      Advertise with Us

      Menu

      • About eWeek
      • Subscribe to our Newsletter
      • Latest News

      Our Brands

      • Privacy Policy
      • Terms
      • About
      • Contact
      • Advertise
      • Sitemap
      • California – Do Not Sell My Information

      Property of TechnologyAdvice.
      © 2022 TechnologyAdvice. All Rights Reserved

      Advertiser Disclosure: Some of the products that appear on this site are from companies from which TechnologyAdvice receives compensation. This compensation may impact how and where products appear on this site including, for example, the order in which they appear. TechnologyAdvice does not include all companies or all types of products available in the marketplace.

      ×