1-web常见问题:为什么要做自动化测试?--自动化前提条件和使用范围?---什么样的用例会选择转化为自动化?--两个项目如何分配时间?--接口或者自动化测试时间如何分配?要不要把功能用例全部转化成自动化?

1.为什么要做自动化

  • 缩短测试周期
  • 避免人为出错
  • 测试信息存储;一个员工工作几年后,自动化可以留下很多代码,工具;功能测试几年经验不能留下来
  • 轻易获取覆盖率;手工测试没有很高的覆盖率
  • 其他.

理解:

  • 1、因为现在敏捷流程较多,点点点的工作很多, 周期短
    • 每次上线功能较少,重复验证的功能很多
  • 2、在质量保障方面,通常只有测试在承担;代码开发写出来后没有进行单元测试
    • 每个新的功能不多,产品周期越长,功能越复杂,功能越多,每个版本,全部功能都要点一遍
    • 提bug,解决bug,产生的bug多
    • 每一个版本,只要变动一个bug,开发不会自己验证(自测),测试人员都需要全量测试,验证有没有引发其他bug
  • 3、本周上线的版本,bug全部解决,但是下次再次上线,bug重现;所以要做自动化快速验证之前版本功能
    • 历史功能的bug,需求、建议
    • 周期长、功能多
  • 比如:有一个历史功能,第一个版本都是全量测试,下个版本,就不会全量,每次点的测试用例 是不一样的;因为之前已经全量测试过了,没有问题;下个版本因为不是本版本需求或时间不够就不会全量测试
    • 版本的周期长、功能过、繁琐、重复

 

2.如果是你现在的项目,什么样的用例会选择转成自动化?

  1. 稳定、逻辑少,简单、快速实现的模块
  2. 主流程
  3. 重复性高的
  4. 重要的功能模块,核心业务
  5. 在线上来讲bug率高的模块
  6. 用户使用最多的模块,最多的功能

 

3、如果两个项目如何分配时间

  • 按照那个项目紧急,优先级,项目时间,来安排

 

4、接口或自动化测试时间分配

  • 先进行功能需求了解、需要测试1-2周,熟悉业务后再进行自动化测试比如:
    • 自动化测试周期长、功能多且复杂,对历史功能的回归
    • web自动化,过度依赖网页,网页不变、网页功能稳定
  • 前期开发还在开发的时候我测试人员也,不能嫌着通过流程图需求编写用例,一旦接口OK先测接口,接口OK表示基本功能是能实现,一旦页面出来我只需要在页面走流程就行了
  • 后期就是是否可以做成自动化;前期工作还是比较繁琐的对我们测试人员的定位BUG的能力是很大的。所以在这个阶段我会努力把BUG定位到具体的点上

5、要不要把功能用例全部转化成自动化

  • 不需要
  • 为什么
    • web自动化以稳定的功能有哪些做哪些  
    • web 自动化不会覆盖那么高。有的UI界面会变  
    • web 自动化重复的测试用例转化为自动化  
    • web 自动化每一轮测试都要去点点点的功能--主要是回归测试  

二、web/UI 自动化前提条件和使用范围

1. 前提条件

  • 手工测试已经完成,后期在不影响进度的前提下逐渐实现自动化
  • 项目周期长,重复性的工作都交给机器去实现
  • 需求稳定,项目变动不大
  • 自动化测试脚本复杂度比较低
  • 可重复利用

2. 使用自动化测试的场景

  • 频繁的回归测试
  • 冒烟测试
  • 传统行业需求变动不大,应用频繁
  • 性能测试

 

posted @ 2020-01-25 16:44  守护往昔  阅读(586)  评论(0编辑  收藏  举报