web常见问题：为什么要做自动化测试？---什么样的用例会选择转化为自动化？--两个项目如何分配时间？--接口或者自动化测试时间如何分配？要不要把功能用例全部转化成自动化？

Posted 2021-03-13 守护@往昔

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. 使用自动化测试的场景

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

 

*******请大家尊重原创，如要转载，请注明出处：转载自：https://www.cnblogs.com/shouhu/，谢谢！！*******