点击文末小卡片免费获取软件测试全套资料资料在手涨薪更快在Web工程过程中基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。基于Web的系统测试与传统的软件测试不同它不但需要检查和验证是否按照设计的要求运行而且还要测试系统在不同用户的浏览器端的显示是否合适。重要的是还要从最终用户的角度进行安全性和可用性测试。然而Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。因此我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术。那么首先我们需要清楚的知道web的测试流程和测试过程中容易遇到的一些问题才能去解决掉本质上的问题。1、web测试流程1web测试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编写目的、读者对象、项目背景、测试目标、参考资料、概述 、测试计划 、集成测试用例 、系统测试用例 、性能测试最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走这些资料对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你凡事要趁早特别是技术行业一定要提升技术功底。