在Web工程过程中，基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。基于Web的系统测试与传统的软件测试不同，它不但需要检查和验证是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。

重要的是，还要从最终用户的角度进行安全性和可用性测试。然而，Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。

因此，我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术。那么首先我们需要清楚的知道web的测试流程和测试过程中容易遇到的一些问题才能去解决掉本质上的问题。

1、web测试流程

（1）web测试

1）参与一个web新项目的测试前，先搜集测试相关的资料，包括原型图、各种需求文档、业务相关等需求相关材料

2）结合第一步搜集到的需求相关资料，自行熟悉系统，同时列出不明白的点，对产品有个初步了解，对易错点、重点测试点列个问题列表；

3）找PM或产品经理熟悉系统，要求系统性地介绍一遍产品，包括相关的隐含需求点，同时过一遍上一步列出的问题列表和核对需求与开发进度，明确要测的范围、测试顺序，形成测试需求；

4）根据原型图和需求文档、测试需求，编写测试方案、计划，跟PM确认。确认后，开始根据系统概要列出测试用例，填写测试用例表，通过等价类划分、边界值分析、错误推测、场景分析、判断表等方法设计具体测试用例。注意：浏览器兼容性，不同的操作系统（Mac,Windows）；另外账号是否涉及权限，如果有，多用几个账号登录试试，遇到有问题的地方要多重现bug，确认问题是否存在的；

5）配置测试环境、准备数据（线上导出整理或自行设计数据）。测试环境包括浏览器兼容，主流浏览器等，产品主要使用环境；

6）正式执行测试，根据测试用例执行测试，记录提交bug。对于发现的bug，在word上通过文字描述、截图等方式，列出问题及对应的复现条件，标记好优先级，修改时间，命名为xx系统缺陷记录汇总表；

7）邀请PM对bug文档进行备注，哪些是bug，哪些是测试理解有误，哪些是暂不开发或者需求有变化的，及时知晓，同时对于bug，及时分配给对应开发修复；

8）撰写简要的测试结果、缺陷数量、状态、分布等情况；

9）经过第一轮测试，已经对系统有了更深入的了解；开始根据开发迭代周期进行持续测试，对第一份测试结果进行修改，已fixed的标记删除，然后新增或更新bug;

10）后续的版本迭代测试，注意做好回归测试；每次发布前要求PM列好发布要点

2、关于项目迭代过程中的回归测试——注意点

1）确保每次发布是受控的，即每次发布的要点自己必须清楚，避免未经测试的要点随便发布上线，做法：要求PM或产品经理提测时列发布要点，过一遍需求；

2）对发布要点做冒烟测试前，要充分了解业务，对修改点熟悉，测试前有基本的测试方法，且针对新修改点可能涉及的模块，发散思维，确保完整测到所涉及到的相关模块；

3）新增模块除了做基本的冒烟测试，一定要做关联模块和功能的check，尤其涉及交互的部分，做充分测试，也包括插件调用等；

4）冒烟测试完成后，一定要做对应的回归测试，所有功能点要测试到位，前期在迭代发布测试过程中，总结精简有效测试集，对于后续优化过程中基本不会改变的功能，比如：注册、登录、修改密码等可以通过firefox的插件selenium编写一些自动化测试脚本，也可以提升回归测试效率；

5）测试过程中，与产品经理或PM的交流需要时常进行，了解产品才能测试好好产品，且中间需求有变动或者系统相关的中间产出物也能及时获取；
（坑：登录-退出时，需要检查拦截问题，比如没登录，直接填充url来进行跳转，后台有无做验证；）

3、测试方案大概内容如下

1）测试方案：写明将要如何进行测试的文档，包括测试计划、测试环境、测试数据、测试工具、测试方法、风险依赖等方面。

2）测试方案参考目录（可根据项目或产品需要适当删减）

（1）功能测试、模块1、模块2、模块3、接口测试、测试内容

（2）包含系统的哪些模块哪些方面（功能、性能、数据）、测试范围、测试环境 、测试工具 、测试数据、测试方法 、测试人力资源安排、测试进度安排、测试输出 、风险分析 、硬件环境、软件环境、借助到的一些测试浏览器兼容性工具、自动化测试工具、性能测试工具

（3）黑盒测试、白盒测试、冒烟测试、验收测试、包含哪些文档、报告等、一般有：测试计划、测试方案、系统评测报告、缺陷报告等、系统上线后可能会出现的问题，一些现在尚未解决的bug，各种使用环境可能出现的问题等；

（4）编写目的、读者对象、项目背景、测试目标、参考资料、概述 、测试计划 、集成测试用例 、系统测试用例 、性能测试

同时，在这我为大家准备了一份软件测试视频教程（含面试、接口、自动化、性能测试等），就在下方，需要的可以直接去观看。