针对基于WEB应用测试，如何做到全面覆盖,根据个人经验，总结如下几点：

　　1、流程测试，基于C/S架构下更强调为功能测试，但是针对B/S架构的系统，一般完成特定的功能，是通过一系列的流程来完成的。针对流程，主要测试方向分为通过测试和失败测试，失败测试用来验证工作流程的规范化，比如执行某个流程的前提是上一个流程操作完毕，如果没有完毕给出对应提示，或者禁灰。失败测试还包括完成某个业务流过程中后而通过测试，就必须熟悉业务流程，整个业务功能流程如何实现，这里需要具备的技能就是考虑绘制流程图，在流程图清晰的情况下，对比开发设计根据测试大纲法快速设计测试用例。

　　2、链接测试，这主要是考虑页面链接指向的问题，比较常用的工具有testlink、linkbot等，快速的查找出页面的无效链接，链接测试里面需要考虑一个问题就是业务流程的测试覆盖，针对GIS的应用往往存在该问题。多系统环境下，经纬度的设计及链接提示就属于该测试范围。

　　3、数据库测试，主要是后台数据，基于web应用的数据，最明显的特点就是频繁的数据操作，及数据流向。而就个人经验来看，针对数据库的操作和Web页面应用之间的关系只要有以下几种，1.打开页面针对对应数据表插入数据，这些数据可以是操作数据，也可以是系统使用数据，操作数据包括增删改查，而默认数据包括读取对应信息列表，获取相关信息等。2.打开页面后，未执行任何操作，离开页面，查看对应系统表是否插入数据3.对于有时间戳维护的表，执行更新操作如何维护，维护后数据流走向问题4.锁测试，将在并发测试时候考虑。

　　4、cookie测试，这个东西需要根据系统特点来考虑是否执行，cookie测试包含的主要是不同权限用户登录后关闭或者退出系统，系统响应情况，cookie失效设置是否有效。举个例子说明下，某系统区分管理员和用户权限，使用管理员用户登录系统后退出，此时使用用户登录，执行特定功能点，页面自动跳转为管理员。这种问题的产生一般都和cookie有关。

　　5、并发测试，引用于涌书里面的例子，多用户购物，当该商品仅有一件时候，并发操作，查看系统的反应情况？这个方面的在基于B/S系统里面有很多，这时候你必须明白数据库是如何处理的，才能把问题弄清楚，比如同一台测试机打开2个IE，前后定位在同一页面，然后执行特定操作，比如删除已删除的数据，系统是给出找不到对象呢？还是友好提示或者直接报错呢 ？

　　6、测试用例设计，针对测试用例的设计，也是B/S比较繁琐的，你必须考虑局部和整体的关系，关注单个功能实现的前提，更多的情况要考虑某功能失效后对后面的影响，因此我推荐基于流程的大纲法，如果某个操作包含对数据库的操作，最好是用例后面涵盖对数据库的操作，某表，执行了什么操作。

　　7、config文件测试，config文件包含什么信息，更改设置后是否完成对应应用。尤其是针对权限分配及错误登录次数配置的测试。

　　8、关于禁用脚本调试的问题，IE高级设置里面有功能项--禁用脚本调试（IE），及显示有好HTTP信息，这个问题是否属于考虑范围也是根据公司实际的，但是作为测试人员，最好测试时候把这2个选项给取消掉，另外针对FLEX或者SILVERLIGHT的应用，最好安装DEBUG版本的FLASH插件。

　　9、用户体验测试（猴子测试）针对迭代开发，大部分测试人员完成多个版本测试后，对系统的业务功能就非常了解，工作重点随之转移为业务功能中可能的情况，系统如何更好的实现。而针对非基于工作流的测试就耗时较小，甚至于漏测。而从研发人员角度考虑，这些他们也不怎么关心，此时就很需要用户体验测试。

　　10、安全测试，SQL或者JS注入，这些东西目前尚未涉及，就不介绍了。