文档介绍：---HungNguyen原著《TestingWeb-basedApplications》测试web应用程序和测试桌面系统有很多共同点:例如你需要与执行所有标准测试类型一样的测试的常见功能点,配置及兼容性。但是由于与应用程序交互的所有分布式系统组件的复杂性成倍的增加,导致web应用程序测试更加困难。当我们在web环境中看到一个错误时,通常很难指出错误发生的地方,并且由于我们看到的行为或我们接受到的错误信息可能是发生在Web系统中不同部分的错误的结果。错误可能是很难重现的。那么我们如何在web系统中分析错误呢,并且为了重现那些错误又应该做哪些考虑呢?当我们对潜在的技术有一个了解时,可以更好的以最大化的测试效率编写更多可重现的bug报告,并且在较少的时间里发现更多的错误。说比做更加容易,特别是在web环境里。Web环境在错误倾向技术变量是高密度的。以下是测试Web应用程序的需要考虑的5个基本事项:1. 当我们在客户端看到一个错误时,我们所看到的是错误的症状,而不是错误本身2. 错误可能是与环境相关的,并且可能出现在不同的环境里3. 错误可能是存在代码中,也可能是村子配置中的4. 错误可能驻留在几个层的任一个层中5. 检查操作系统中的两个类别——静态vs动态,需要不同的方法。现在让我们来详细的看看这5个需要考虑的事项。 1.    什么是我们真正看到的东西?是一个错误还是一个症状?如果不诊断环境,我们不能够确定是什么导致了一个症状出现。如果客户端和服务器端的一个环境特定的变量被移除或被改变的话,我们或许就不能重现问题。例如,我正在测试一个Web的缺陷跟踪应用程序,并且遍历创建一个bug报告的流程。当我选择“新建”按钮时,我接收到一个错误信息:MicrosoftOLEDBProviderforODBCDriverserror'80040e14'。在花了一些时间检查我的浏览器环境后,我发现JavaScript在浏览器的参数设置对话框中被禁止了。启用JavaScript就消除了这个错误。(这个问题是否是个bug不在我们今天讨论的范围里)这里是要说如果我在bug报告中增加关于JavaScript的信息,我可以节约我们团队花费在分析这个问题的时间。此外,“禁用JavaScript”从此应该要添加到我的测试包中;它会被应用到应用程序的各个地方,以使所有潜在的相关问题不会出现。 2.    这个错误是环境依赖的吗?为了重现一个环境相关的错误,我们不得不完全地复制活动的准确顺序和应用程序操作所在环境的条件(操作系统,浏览器版本,插件的组件,数据库服务器,web服务器,第三方组件,服务器/客户端资源,网络带宽和通信量等等)。例如,,你会碰到一个由于在认证过程中因超时而导致的登录失败--1连接将会成功的通过认证。在这个案例中,你有一个环境依赖的错误,这个依赖条件是在带宽中。环境无依赖的错误,相对来说是容易重现的-它没有必要复制操作环境。环境无关的错误,需要复制所有都能够揭示错误的步骤。例如,,你就总能看到这个错误-它是和硬件,软件和你操作环境中资源变量无关的。更为常见的是,我们将环境无