Abstract: A method of polishing a target surface of a waveguide to achieve perpendicularity relative to a reference surface is disclosed. The method includes i) providing a polishing apparatus having a polishing plate with a flat surface defining a reference plane, and an adjustable mounting apparatus configured to hold the waveguide during polishing at a plurality of angular orientations; ii) positioning an optical alignment sensor and a light reflecting apparatus such that a first collimated light beam is reflected off of a surface parallel to the reference plane, and a second perpendicular collimated light beam is reflected off of the reference surface; iii) aligning the waveguide within the polishing apparatus such that the reflections received by the optical alignment sensor align within the optical alignment sensor, thereby being indicative of perpendicularity between the reference plane and the reference surface; and iv) polishing the target surface of the aligned waveguide.

Abstract: Examples relate to load testing. The examples disclosed herein enable obtaining lines of code that are recorded as an application is executed in a client computing device, the lines of code being recorded in chronological order of the execution; determining whether a dependency on at least one variable exists in individual lines of the lines of code; in response to determining that the dependency exists, storing the dependency in a data storage; identifying, from the lines of code, a line of code including a network call statement that calls a called variable; and eliminating a first subset of the lines of code based on the called variable and dependencies stored in the data storage, wherein a second subset of the lines of code that remain after the elimination comprises user-entered parameter data.

Abstract: Example implementations relate to determining visual testing coverages. Some implementations may include a principal application screen identification engine to identify, based on an image processing analysis of a set of screenshots of an application under test, principal application screens that represent a set of test executions of the application under test. Some implementations may also include a user interface element identification engine to identify user interface elements in the principal application screens. Some implementations may also include a visual testing coverage engine to automatically identify, based on an analysis of gaze data and the user interface elements, a visual testing coverage of the application under test.

Abstract: First object model data from a first application state generated in a first browser mode may be collected. The first object model data may comprise a code-based representation of a first layout element and a second layout element of the first application state. According to a layout detection rule, a first attribute of the first layout element may be compared with a second attribute of the first layout element or of a second layout element. A layout error corresponding to the first layout element may be identified based on the comparison of the first attribute with the second attribute.

Abstract: A first screenshot taken from a screen and having a first layout element may be determined to meet a first layout similarity threshold with a second screenshot having a second layout element. A first group comprising the first and second screenshot may be created in response to the first screenshot meeting the first layout similarity threshold with the second screenshot and it may be determined that a first feature of the first screenshot from the first group matches a second feature of a third screenshot from a second group. The second group may then be associated with a screen in response to the match determination.

Abstract: In one example implementation, an example system includes a dependency engine, a filter engine, and a cluster engine. In the one example implementation, a file pair of a first commit log entry of a plurality of commit log entries in a commit history is identified by the dependency engine. In the one example implementation, a dependency rank is assigned to the file pair by the dependency engine based on a number of times the first file of the file pair and the second file of the file pair appear together in the plurality of commit log entries. In the one example implementation, a dependency rank is compared to a confidence rank by the filter engine. In the one example implementation, a second file is indicated as dependent on a first file when the dependency rank of the file pair achieves the confidence rank.

Abstract: Example implementations relate to determining visual testing coverages. Some implementations may include a principal application screen identification engine to identify, based on an image processing analysis of a set of screenshots of an application under test, principal application screens that represent a set of test executions of the application under test. Some implementations may also include a user interface element identification engine to identify user interface elements in the principal application screens. Some implementations may also include a visual testing coverage engine to automatically identify, based on an analysis of gaze data and the user interface elements, a visual testing coverage of the application under test.

Abstract: An example device in accordance with an aspect of the present disclosure includes an identification engine, a clustering engine, and a weighting engine. The identification engine is to identify User Interface (UI) elements of an application under test based on an image processing analysis of screens of the application under test. The clustering engine is to cluster the UI elements into at least one cluster based on at least one feature of the UI elements. The weighting engine is to assign score weights to the UI elements of a given screen according to which of the at least one cluster that a given one of the UI elements is clustered in.

Abstract: Example implementations relate to generating application flow entities. Some implementations may include accessing a series of image frames from a test execution of an application and comparing, using an application test analysis device comprising a digital image processor, the image frames to each other to identify a subset of the image frames. The subset of image frames may be identified, for example, based on actions occurring during the test execution. Some implementations may also include automatically generating, using the application testing system, an application flow entity that represents the test. The application flow entity may be generated based on the subset of image frames.

Abstract: An example device in accordance with an aspect of the present disclosure includes a screen identification engine to identify a screen(s) of a test run, an element identification engine to selectively identify an element(s) among available elements of the screen(s), and a signature building engine to build a signature corresponding to the test run. The signature incorporates the screen(s) and element(s) to capture an application flow of the test run, while excluding available elements that do not correspond to the application flow.

Abstract: First object model data from a first application state generated in a first browser mode may be collected. The first object model data may comprise a code-based representation of a first layout element and a second layout element of the first application state. According to a layout detection rule, a first attribute of the first layout element may be compared with a second attribute of the first layout element or of a second layout element. A layout error corresponding to the first layout element may be identified based on the comparison of the first attribute with the second attribute.

Abstract: An example device in accordance with an aspect of the present disclosure includes an identification engine, a clustering engine, and a weighting engine. The identification engine is to identify User Interface (UI) elements of an application under test based on an image processing analysis of screens of the application under test. The clustering engine is to cluster the UI elements into at least one cluster based on at least one feature of the UI elements. The weighting engine is to assign score weights to the UI elements of a given screen according to which of the at least one cluster that a given one of the UI elements is clustered in.

Abstract: In one example implementation, an example system includes a dependency engine, a filter engine, and a cluster engine. In the one example implementation, a file pair of a first commit log entry of a plurality of commit log entries in a commit history is identified by the dependency engine. In the one example implementation, a dependency rank is assigned to the file pair by the dependency engine based on a number of times the first file of the file pair and the second file of the file pair appear together in the plurality of commit log entries. In the one example implementation, a dependency rank is compared to a confidence rank by the filter engine. In the one example implementation, a second file is indicated as dependent on a first file when the dependency rank of the file pair achieves the confidence rank.

Abstract: A first screenshot taken from a screen and having a first layout element may be determined to meet a first layout similarity threshold with a second screenshot having a second layout element. A first group comprising the first and second screenshot may be created in response to the first screenshot meeting the first layout similarity threshold with the second screenshot and it may be determined that a first feature of the first screenshot from the first group matches a second feature of a third screenshot from a second group. The second group may then be associated with a screen in response to the match determination.

Abstract: An example device in accordance with an aspect of the present disclosure includes a screen identification engine to identify a screen(s) of a test run, an element identification engine to selectively identify an element(s) among available elements of the screen(s), and a signature building engine to build a signature corresponding to the test run. The signature incorporates the screen(s) and element(s) to capture an application flow of the test run, while excluding available elements that do not correspond to the application flow.

Abstract: Examples relate to load testing. The examples disclosed herein enable obtaining lines of code that are recorded as an application is executed in a client computing device, the lines of code being recorded in chronological order of the execution; determining whether a dependency on at least one variable exists in individual lines of the lines of code; in response to determining that the dependency exists, storing the dependency in a data storage; identifying, from the lines of code, a line of code including a network call statement that calls a called variable; and eliminating a first subset of the lines of code based on the called variable and dependencies stored in the data storage, wherein a second subset of the lines of code that remain after the elimination comprises user-entered parameter data.

Abstract: An apparatus for and method of encapsulating Ethernet frame data in Very high speed Digital Subscriber Line (VDSL) frames. The VDSL frames are transmitted over a point to point VDSL link where they are subsequently extracted and forwarded as standard Ethernet frames. The VDSL facility transport system comprises an Ethernet to VDSL Consumer Premises Equipment (CPE) coupled to a DSL Access Multiplexor (DSLAM) over a VDSL transport facility. The Ethernet to VDSL CPE functions to receive a 10BaseT Ethernet signal and encapsulate the Ethernet frame into a VDSL frame for transmission over the VDSL facility. The DSLAM is adapted to receive VDSL frames, extract Ethernet frames therefrom and generate and output a standard Ethernet signal. Ethernet frames are encapsulated within VDSL frames and transmitted on the wire pair without regard to the state of the SOC signals. This overcomes the problems associated with syncing the transmission of the Ethernet data with the SOC signals.