一、web测试阶段
立项-->需求评审-->用例设计及编写-->用例评审-->测试执行-->测试报告
二、阶段需求
1.立项后测试需要拿到的文档
需求说明文
原型图（及UI图）
接口文档
数据字典（表的数量和缓存机制）
2.需求评审
参与，会议前标记疑问点，解决疑问，并整理评审结果，全员发送
3.用例设计及编写
确定测试用例编写方式
用例功能类型
测试用例编写方法
4.测试用例评审
参与人员：开发、测试、需求人员、项目经理，由测试人员主导。
此环节在开发完成功能之前进行，根据评审时提的点进行用例完善，完善后邮件发给参与人员。在项目组中，更多情况下测试比开发会更了解需求，专业决定我们对需求的理解是肯定更接近客户的，我们的对需求理解后的输出产物是测试用例，某种意义上讲用例是对需求细化的一种。 而开发对需求理解会更偏向于功能实现，产物就是程序。所以开发、测试经常会存在需求理解不一致的情况，开发也不会那么细致的去理解需求，统一开发、测试、需求三方的需求理解。
5.测试执行
（1）冒烟测试：测试人员开始跑关键测试用例，也可根据模块跑测试用例，若问题较多，可重新打回给开发。
（2）功能测试：全量跑测试用例，提交bug到缺陷管理工具
表单测试：a.表单数据的字段、完整性及表单输入框的长度限制问题
b.一些常理逻辑验证，比如出生日期和职业，工作年限是否恰当，所在地省份城市简的匹配等，如果设定使用默认值，也要测试。
导航测试：导航测试，就是在不同的页面跳转之间，或者按钮、对话框、列表以及窗口等，通过考虑这些因素去判断一个应用是否易于导航：是否直观？系统的主要模块是否可以通过主页访问或者到达？站点是否需要站内地图或者搜索引擎等其他帮助？web系统导航的另外一个重点就是页面结构、导航、菜单、风格等是否一致，确保用户可以凭借直觉或者简单的判断就可以找到自己想要的内容。（参考博客http://www.cnblogs.com/imyalost/p/5622867.html）
UI测试：也可以理解为UI测试，其中包括图片、动画、边框、颜色、字体、背景、按钮等等
a.图片要有明确的用途、代表；图片尺寸尽量小，一般采用JPG或者GIF
b.页面整体风格是否和系统的用途一直
c.背景颜色、字体、搭配是否合理
d.内容显示测试
整体界面测试：用户体验，用户使用浏览器是否舒服，整体风格是否一致
链接测试：主要是权限分配，不同权限的人分享的链接是否能正常过滤
（3）回归测试：根据在测试执行过程中记录的bug及执行失败的用例来进行，根据记录的bug进行验证是否已经修改更新好，必要时，根据bug量的多少来评估是否需要重新跑一下系统的流程
（4）兼容性测试：
a.平台兼容：在有很多的操作系统，比如Windows、Unix、Linux、macintosh等；用户使用哪个系统取决于用户，因此，系统兼容测试就很有必要了。
b.浏览器兼容：浏览器是web客户端最核心的组件，不同的浏览器，对Java，JavaScript，css或者HTML的规格都有不同的支持；
（5）安全测试：
6.测试报告及操作手册
测试报告每个公司的使用模板可能不尽相同，但是重点都是反映测试结果及测试中出现的bug分配模块，还要关注bug解决的状态，只要根据模板中的需要去进行统计即可。
操作手册主要是写给使用该系统的人员看的，要求是具体详细，什么角色什么模块可进行什么操作的描述要清晰，一步一步配上截图和文字。
功能测试思路