A university portal login completes and the page stays up, yet the live lecture audio breaks into gaps while students remain connected. Which ThousandEyes test should be built for that symptom?
Select an answer to reveal the explanation.
Short Explanation
You can hear a scratched record even when the album cover looks perfect. Build a voice test for the lecture audio, because the portal login already succeeds and the stream is what breaks up. A reachability check, a name lookup, or another page load will keep passing while the media the students hear stays broken.
Full Explanation
The symptom that remains is breakup in the live lecture audio, while the portal login and the page itself already succeed. A voice test measures the media stream users are hearing, so it is the test that matches loss, delay, and variation on that stream rather than another check of a page that is already up. A network test that only checks reachability of the portal host can prove the web server answers, which the successful page already suggests, and it does not characterize the lecture media. A DNS test that only times resolution of the portal name answers whether the name lookup is slow or failing, and a lookup problem would block the page rather than leave a connected session with broken audio. A web test that repeats the page load and login which already succeed will keep exercising the transaction that is healthy and will not sample the voice stream. Exam caveat: pick the test family from the symptom that is still failing, not from the page and login that already work. Operational check: confirm the voice test targets the lecture media, then compare a window where students report gaps with the voice metrics for that same window before adding more page-load tests.