2023年6月21日发(作者：)

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）编写⽬的、读者对象、项⽬背景、测试⽬标、参考资料、概述 、测试计划 、集成测试⽤例 、系统测试⽤例 、性能测试

2023年6月21日发(作者：)

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）编写⽬的、读者对象、项⽬背景、测试⽬标、参考资料、概述 、测试计划 、集成测试⽤例 、系统测试⽤例 、性能测试