软测经验1——web项目测试经验总结(基本流程、回归测试、测试方案)

作为测试经验尚且不足的初级TE,近半年以来,参与了2个较大web项目的功能侧测试(均包括测试交付期和优化维护期,当然迭代发布测试也还在继续…),其中主要总结一下自己在参与项目过程中的一点点经验和各种坑…纯Mark,也欢迎各位测试从业者围观拍砖~)

1.测试流程:

(仅供参考,个人工作流程:)

  • web测试
    • 参与一个新项目的测试前,先搜集测试相关的资料,包括原型图、各种需求文档、业务相关的说明,比如要开发的:品牌表、约定的指标计算方式等码表,业务说明等需求相关材料;
    • 结合第一步搜集到的需求相关资料,自行熟悉系统,同时列出不明白的点,对产品有个初步了解,对易错点、重点测试点列个问题列表;
    • 找PM或产品经理熟悉系统,要求系统性地介绍一遍产品,包括相关的隐含需求点,同时过一遍上一步列出的问题列表,同时核对需求和开发进度,明确要测的范围、测试顺序,形成测试需求;
    • 根据原型图和需求文档、测试需求,编写测试方案、计划,跟PM确认。确认后,开始根据系统概要列测试用例,填写用例表,通过等价类划分、边界值分析、错误推测、场景、判断表等方法设计具体用例。【注意浏览器兼容性,不同的系统(Mac,Windows);另外账号是否涉及权限,如果有,多用几个账号登录试试,遇到有问题的地方多重现bugs,确认问题是存在的;】
    • 配置测试环境、准备数据(线上导出整理或自行设计数据)。测试环境包括浏览器兼容,主流浏览器,产品主要使用环境;
    • 正式执行测试,根据测试用例执行测试,记录bugs文档。对于bugs点,在word上通过文字描述、截图等方式:列出问题及对应的重现条件,标记好优先级,修改时间,命名为xx系统缺陷记录mmdd;
    • 邀请PM对bugs文档进行备注,哪些是bugs点,哪些是测试理解有误,哪些是暂不开发或者需求有变化的,及时知晓,同时对于bugs点,及时分配修复;
    • 撰写简要的测试结果、缺陷数量、状态、分布等情况;
    • 经过第一轮测试,已经对系统有了更深入的了解;开始根据开发迭代周期进行持续测试,对第一份测试结果进行修改,已fixed的标记删除,然后新增或更新bugs;
    • 后续的版本迭代测试,注意做好回归测试;每次发布前要求PM列好发布要点;
2.关于项目迭代过程中的回归测试——注意点:

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

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

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

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

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

3.测试方案大概内容

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

  • 测试方案参考目录(可根据项目或产品需要适当删减)

    • 概述
      • 编写目的
      • 读者对象
      • 项目背景
      • 测试目标
      • 参考资料
    • 测试计划
      • 测试内容
      • 包含系统的哪些模块哪些方面(功能、性能、数据)
      • 测试范围
      • 测试环境
        • 硬件环境
        • 软件环境
      • 测试工具
        • 借助到的一些测试浏览器兼容性工具、自动化测试工具…
        • 性能测试工具
      • 测试数据
      • 测试方法
        • 黑盒(将用到的相关方法)
        • 白盒(讲用到的方法)
        • 冒烟测试
        • 验收测试
      • 测试人力资源安排
      • 测试进度安排
      • 测试输出
        • 包含哪些文档、报告等
        • 一般有:测试计划、测试方案、系统评测报告、缺陷报告等
      • 风险分析
        • 系统上线后可能会出现的问题,一些现在尚未解决的bugs,各使用环境可能出现的问题等;
    • 集成测试用例
      • 接口测试
    • 系统测试用例
      • 功能测试
      • 模块1
      • 模块2
      • 模块3
    • 性能测试
      • 性能测试用例
  • 19
    点赞
  • 139
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值