保证软件质量的责任并不专属于某个部门。只要使用一些常用的工具集，Web开发人员、运维工程师和QA工程师就都能执行各种测试一所有利益相关者都应该参与到软件质量的保证过程中。这就要求将测试整合到测试框架和持续集成过程中，或者用一些方法实现自动化测试，这样才能快速高效地检查Web或应用程序的性能。
为了确定软件的执行方式，就一定要执行各种测试，包括功能测试和压力测试，尤其应该对新应用程序的开发采取这样的测试方式。对于些质量不错的应用程序，我们还希望了解它以前的执行方式，因为这样可以避免执行一些强度更大的压力测試，如最大容量和持实负载。通过收集关于各个层执行基线的数据，如Web层、应用程序层和数据库层，我们最终就可以减少各个层的测试或完全不需要测试。如果这些实践方法实现了自动化，或者可以定期执行，那么它们就可以整合到软件开发生命周期中。
软件测试并没有硬性规定或捷径，但是遵循一些实践经验可以帮助各种组织生产出质量更优的软件，并且减少客户在生产阶段可能遇到的错误数量。当然，每一种测试所使用的级别、频率、细致程度和自动化程度取决于Web应用程序的复杂性、应用程序使用率以及应用程序所产生的业务收益。如果应用程序很复杂，使用率很高，而且还能产生大量的收益，那么web开发人员和运维工程师就必须紧密协作，一起对应用程序与基础架构进行全面测试，保证它们的高可用性和故障修复能力。
下面的规则可用于确定Web应用程序需要执行多少测试
复杂性。网站或应用程序越复杂，它需要执行的测试就越多。例如，数据挖掘或金融行业的应用程序所需要的测试要多于一般的LAMP( Linux Apahce MYSQL)Web应用程序。如果一款Web应用程序只是被一小部分内部用户使用，那么它的测试规模肯定不如每天面对上百万用户访问的网站或应用程序。应用程序的使用率越高，也就意味着有可能在特殊极端条件下，出错的概率就越高。总之，一定要在应用程序部署到生产环境之前査清这个问题。ロ成本。即使一个网站的使用率很高，它也不一定会产生大量的收益。如果网站和应用程序每天能够产生上百万、上千万或几千万美元的收益，那么它通常是公司中较为重要的基线产品，因此它的财务风险决定了必须对它们执行更多的测试文化。如果技术团队习惯于参与和编写自己的测试，那么专职的QA等其他团队可能就不需要执行很多测试。但是，其他部门仍然必须参与某些测试。