3、浏览器相关
不同的浏览器会有不同的测试结果；现在用户使用的浏览器众多。为了确保用户在不同浏览器 （ 包括操作系统 ） 下都能达到高可靠性，我们需要尽可能地在产品所支持的浏览器和操作系统下进行测试。目前市场上的浏览器种类繁多，这无疑对我们的测试是一个挑战。
4、有助于发现客户端的设计缺陷
通过浏览器端可靠性测试，可以发现因为客户端设计缺陷或考虑不周而导致的问题，比如大量复杂的 JavaScript 代码可能导致用户响应时间过长。
浏览器端可靠性测试的流程
我们将浏览器端可靠性测试的测试流程分为：测试场景设计、脚本开发、环境准备、测试执行（包括压力测试和长时间测试）、发现问题、分析问题及报告缺陷、编写测试报告几个部分。
测试的流程图
图 3. 浏览器端可靠性测试的流程图
浏览器端与服务器端可靠性测试的比较
表 1. 浏览器端可靠性测试和服务器端可靠性测试的比较
| 浏览器端测试 | 服务器端测试 | |
| 用户数 | 单用户 | 多用户 |
| 测试对象 | 浏览器端的问题，主要是 JavaScript 代码，主要发现 memory leak （内存泄漏）和响应时间问题， 与浏览器关系密切 | 测试 Server 端代码，例如 Java, C/C++ 等，与浏览器无关 |
| 使用工具 | RFT（Rational Functional Tester）,Selenium 等 | RPT（Rational Performance Tester）, LoadRunner 等 |
| 测试经验 | 极少测试经验，Web 2.0 以来新兴测试领域 | 已有成熟的测试经验 |
| 测试特点 | 衡量单客户端用户真实操作体验 | 衡量服务器端对来自多客户端的承载能力通过模拟用户的操作行为 |
