Ir al contenido principal
Beginner reading +15 XP

Browser DevTools for Testers

Every modern browser comes with built-in developer tools that are incredibly powerful for testing. You don't need to be a developer to use them. In fact, most testers use only 20% of DevTools — but that 20% is a game-changer.

Opening DevTools

Right-click anywhere on a web page and select "Inspect" (or press F12 / Cmd+Option+I on Mac). You'll see a panel with several tabs. Let's focus on the ones testers use most.

The Elements Tab

This shows the page's HTML structure. Why does a tester care?

  • Check if an element exists but is hidden. Sometimes a "Submit" button is in the HTML but invisible due to CSS. That's often a bug.
  • Inspect attributes. Check that form fields have the right type (is the password field type="password" or type="text"?), aria-labels for accessibility, and correct IDs for automation.
  • Edit the page live. Change text, remove elements, modify values — useful for testing edge cases without backend changes. What if the price displays as $-5.00? Edit the HTML to simulate it.

The Console Tab

This shows JavaScript errors and warnings. As a tester:

  • Red errors = potential bugs. Even if the page looks fine, console errors indicate something is broken under the hood. Include these in bug reports.
  • Warnings matter too. Deprecation warnings suggest the app is using outdated APIs that might break in future browser updates.

The Network Tab

This shows every request the browser makes. This is where testers find gold:

  • API response codes. A 200 means success. A 404 means something wasn't found. A 500 means the server crashed. If you see 500s while the page "looks fine," there's a hidden problem.
  • Response times. Sort by time to find slow requests. If the page loads in 3 seconds but one API call takes 2.8 of those seconds, you've found the bottleneck.
  • Request payloads. See exactly what data the browser sends. Useful for verifying form submissions and catching sensitive data in URLs.

The Application Tab

  • Cookies and storage. Check what data the site stores locally. Is there a session token? Is it httpOnly and secure? These matter for security testing.
  • Cache. Clear the cache to test first-time user experience vs. returning user experience.

Quick Wins for Testing

  1. Responsive testing: Toggle the device toolbar (Ctrl+Shift+M) to test mobile layouts without a phone
  2. Throttle network: In the Network tab, simulate slow 3G to test loading states
  3. Disable JavaScript: Some sites should work without JS (progressive enhancement). Does yours?
  4. Screenshot the full page: In the device toolbar, use the menu to capture a full-page screenshot

The key takeaway: DevTools turns your browser into a testing laboratory. Open it every time you test a web application — there's always more to see than what's on screen.

Exercise Multiple Choice

You're testing a web page that looks fine visually, but you notice red errors in the Console tab. What should you do?

Exercise Flashcard

In the Network tab, what do HTTP status codes 200, 404, and 500 mean for a tester?

Click to reveal answer

Exercise Multiple Choice

Which DevTools feature lets you test how your web app performs on a slow mobile connection without using an actual phone?