Abstract

SummarySince it is common for the users of a web page to access it through a wide variety of devices—including desktops, laptops, tablets and phones—web developers rely on responsive web design (RWD) principles and frameworks to create sites that are useful on all devices. A correctly implemented responsive web page adjusts its layout according to the viewport width of the device in use, thereby ensuring that its design suitably features the content. Since the use of complex RWD frameworks often leads to web pages with hard‐to‐detect responsive layout failures (RLFs), developers employ testing tools that generate reports of potential RLFs. Since testing tools for responsive web pages, like ReDeCheck, analyse a web page representation called the Document Object Model (DOM), they may inadvertently flag concerns that are not human visible, thereby requiring developers to manually confirm and classify each potential RLF as a true positive (TP), false positive (FP), or non‐observable issue (NOI)—a process that is time consuming and error prone. The conference version of this paper presented Viser, a tool that automatically classified three types of RLFs reported by ReDeCheck. Since Viser was not designed to automatically confirm and classify two types of RLFs that ReDeCheck's DOM‐based analysis could surface, this paper introduces Verve, a tool that automatically classifies all RLF types reported by ReDeCheck. Along with manipulating the opacity of HTML elements in a web page, as does Viser, the Verve tool also uses histogram‐based image comparison to classify RLFs in web pages. Incorporating both the 25 web pages used in prior experiments and 20 new pages not previously considered, this paper's empirical study reveals that Verve's classification of all five types of RLFs frequently agrees with classifications produced manually by humans. The experiments also reveal that Verve took on average about 4 s to classify any of the RLFs among the 469 reported by ReDeCheck. Since this paper demonstrates that classifying an RLF as a TP, FP, or NOI with Verve, a publicly available tool, is less subjective and error prone than the same manual process done by a human web developer, we argue that it is well‐suited for supporting the testing of complex responsive web pages.

Highlights

  • Since there is a significant number and variety of web-enabled devices, including phones, tablets, laptops and desktops, web developers no longer maintain a single ‘mobile version’ of a web page alongside a standard desktop version [1], instead opting to fully accommodate all of these devices.I

  • RQ1(a) Can VERVE automatically classify failure reports for these types of failures and how does it compare to manual classification? Table I gives the results from running VERVE on the outputs of ReDECHECK and their agreement with the manual classification performed by Walsh et al [6]

  • Since the manual analysis was not limited to the study of only the Hypertext Markup Language (HTML) elements reported by ReDECHECK, the effect of the responsive layout failures (RLFs) was spotted as a true positive (TP)

Read more

Summary

Introduction

Since there is a significant number and variety of web-enabled devices, including phones, tablets, laptops and desktops, web developers no longer maintain a single ‘mobile version’ of a web page alongside a standard desktop version [1], instead opting to fully accommodate all of these devices.I. A developer first creates a Hypertext Markup Language (HTML) document that specifies the structure of the page's content and involves HTML elements like text, images, multimedia, forms and scripts [14]. Developers associate Cascading Style Sheets (CSS) with an HTML document to specify how a browser should graphically style the HTML elements when rendering the page. A browser parses the elements in an HTML document, along with the CSS rules, to form the Document Object Model (DOM) of the page. The DOM is a tree-like data structure that represents the page's visual presentation [14]. A developer can query or modify the page's DOM (and its visual appearance) through the creation and use of scripts run by the browser. The final arrangement of HTML elements on a page, as rendered by the browser, is called its layout

Objectives
Methods
Results
Discussion
Conclusion
Full Text
Published version (Free)

Talk to us

Join us for a 30 min session where you can share your feedback and ask us any queries you have

Schedule a call