| Lesson 9 | Testing the Web site |
| Objective | Describe which Web site elements and applications should be tested. |
Testing is not a final step before deployment; it is an architectural discipline that spans development, staging, launch, and post-production monitoring. Every website or web application — whether a content-driven site, SaaS platform, or commerce system — contains multiple layers that must be validated: user interface, client-side logic, server-side processing, database operations, integrations, performance, and security.
In modern architectures — including SaaS platforms, headless commerce systems, and distributed edge deployments — testing must account for APIs, payment ecosystems, content management integrations, analytics instrumentation, and CDN behavior. A failure in any layer can degrade user trust, transaction reliability, or operational stability.
All internal and external links must be validated. Broken links harm usability and search visibility. Automated link crawlers can systematically detect dead URLs, redirect loops, and malformed anchors. This process should be repeated on a scheduled basis, especially after content updates.
Test every form submission path:
Verify validation logic, error handling, confirmation messages, and database persistence. Ensure that invalid inputs are rejected and properly sanitized.
Websites must display and function correctly across multiple browsers, versions, operating systems, and device classes.
Cross-device testing should include desktop, tablet, and mobile environments. For commerce systems, responsive checkout flows must be verified under real-world device constraints.
Performance directly impacts conversion rates, engagement, and search ranking. Testing should measure:
Testing should occur at different times of day and under different network conditions (3G, 4G, 5G, broadband).
In headless and composable architectures, performance testing must also evaluate API latency and service orchestration delays.
Web applications must handle concurrent users without degradation or failure. Load testing simulates increasing traffic levels to determine breaking points.
Commerce systems require peak-load simulation during high-traffic periods such as promotions or seasonal events. SaaS platforms must ensure consistent multi-tenant performance.
Scaling approaches include:
Security testing must validate:
Payment workflows require additional validation to ensure that transaction callbacks and API integrations are correctly authenticated.
Databases must be tested for accurate retrieval, manipulation, and transactional consistency. For commerce and SaaS systems, integration points include:
Testing must confirm that API failures are handled gracefully and that error states do not corrupt data.
Whenever new components are introduced, previously validated functionality must be retested. Regression testing ensures that updates do not introduce unintended side effects.
Automated test suites are essential in modern architectures where microservices, API layers, and frontend frameworks evolve independently.
Testing does not end at deployment. Continuous monitoring should track:
Unexpected delays, resource exhaustion, or increased error rates may require architectural adjustments.
Effective testing spans multiple layers: user interface, client scripts, server-side logic, database access, integrations, performance, scalability, and security. In modern SaaS, headless, and distributed architectures, these layers operate across cloud infrastructure and edge networks, increasing the importance of structured validation.
A well-tested system is not merely functional; it is resilient, performant, secure, and capable of scaling under real-world conditions. Architectural integrity depends as much on disciplined testing as it does on design.