The pros and cons of relying on time to interact

Performance has certainly become a critical variable in the non-functional evaluation of an application. An application of acceptable performance metrics, enhances the user experience thereby increasing user stickiness and brand loyalty. For these obvious reasons, engineering organizations have been increasingly focusing on ensuring the performance of the application in the recent times. I was at a conference last week, where one of the presenters talked in detail about various things we as testers could do to help improve application performance, in simple but powerful ways. One of the points he harped on was to focus on the “Time to Interact (TTI)” metric, where large e-commerce giants are focusing on first loading elements of the page that users would be most interested in. While their focus is now caught in such elements, the rest of the application can be loaded in the background without they noticing the same. This is certainly a smart approach of a minimum load solution thereby optimizing their overall efforts and at the same satisfying the user and meeting his experience expectations. In today’s competitive world such approaches definitely go a long way in giving oneself a differentiation and an advantage. If so, is this solution a silver bullet to solve an application performance challenges, not posing any issues at all? This is the question that organizations now need to answer to reap the most of what TTI has to offer. I see two main challenges that need to be addressed out here:

Firstly, in their initial target of getting a good TTI, organizations can become overly focused just on this number. They may lose sight of the larger goal of the load time of the remaining components, which the users will soon start looking out for. Let’s say, I go to a shopping page and I know exactly what I want. I load it into my cart and head straight to checkout. Here as a user, my connect time with the TTI elements on the page is very low. The application should account for such scenarios too and keep in mind that while TTI focus is good, within the following few milliseconds to seconds, the rest of the elements on the page should also fully load – both these should be adequately accounted for in the performance testing effort and exit criteria should be defined accordingly.

Secondly, understanding what interactive elements users need and prioritizing to load them first is a humongous task of its own. TTI as a metric is easier said than done, as users are turning out to be global today – they come from various demographic backgrounds and their user personas are very different. With such a global base, what is relevant to one may not be fully relevant to another. Thus TTI has to be backed with adequate data analytics in making the informed call on which elements matter the most to the largest subsection of the user base.

Overall, while TTI is a good metric to leverage in the performance of an application, over-reliance on it can bring in detrimental performance which is more visible than in a scenario where TTI optimization has not been done. As long as engineering organizations understand this and account for it, in their development and testing efforts, TTI certainly yields a net positive impact.

About the Author

Rajini Padmanaban

Rajini Padmanaban

As Vice President, Testing Services and Engagements, Rajini Padmanaban leads the engagement management for some of QA InfoTech's largest and most strategic accounts. She has over seventeen years of professional experience, primarily in software quality assurance. Rajini advocates software quality through evangelistic activities including blogging on test trends, technologies and best practices. She is also a regular speaker in conferences run by SQE, QAI STC ,ATA, UNICOM, EuroStar and has orchestrated several webinars. Her writings are featured in TechWell, Sticky Minds, Better Software Magazine. She has co-authored a book on crowdsourced testing . She can be reached at

Related Posts