1-web常见问题:为什么要做自动化测试?--自动化前提条件和使用范围?---什么样的用例会选择转化为自动化?--两个项目如何分配时间?--接口或者自动化测试时间如何分配?要不要把功能用例全部转化成自动化?
1.为什么要做自动化
- 缩短测试周期
- 避免人为出错
- 测试信息存储;一个员工工作几年后,自动化可以留下很多代码,工具;功能测试几年经验不能留下来
- 轻易获取覆盖率;手工测试没有很高的覆盖率
- 其他.
理解:
- 1、因为现在敏捷流程较多,点点点的工作很多, 周期短
- 每次上线功能较少,重复验证的功能很多
- 2、在质量保障方面,通常只有测试在承担;代码开发写出来后没有进行单元测试
- 每个新的功能不多,产品周期越长,功能越复杂,功能越多,每个版本,全部功能都要点一遍
- 提bug,解决bug,产生的bug多
- 每一个版本,只要变动一个bug,开发不会自己验证(自测),测试人员都需要全量测试,验证有没有引发其他bug
- 3、本周上线的版本,bug全部解决,但是下次再次上线,bug重现;所以要做自动化快速验证之前版本功能
- 历史功能的bug,需求、建议
- 周期长、功能多
- 比如:有一个历史功能,第一个版本都是全量测试,下个版本,就不会全量,每次点的测试用例 是不一样的;因为之前已经全量测试过了,没有问题;下个版本因为不是本版本需求或时间不够就不会全量测试
- 版本的周期长、功能过、繁琐、重复
2.如果是你现在的项目,什么样的用例会选择转成自动化?
- 稳定、逻辑少,简单、快速实现的模块
- 主流程
- 重复性高的
- 重要的功能模块,核心业务
- 在线上来讲bug率高的模块
- 用户使用最多的模块,最多的功能
3、如果两个项目如何分配时间
- 按照那个项目紧急,优先级,项目时间,来安排
4、接口或自动化测试时间分配
- 先进行功能需求了解、需要测试1-2周,熟悉业务后再进行自动化测试比如:
- 自动化测试周期长、功能多且复杂,对历史功能的回归
- web自动化,过度依赖网页,网页不变、网页功能稳定
- 前期开发还在开发的时候我测试人员也,不能嫌着通过流程图需求编写用例,一旦接口OK先测接口,接口OK表示基本功能是能实现,一旦页面出来我只需要在页面走流程就行了
- 后期就是是否可以做成自动化;前期工作还是比较繁琐的对我们测试人员的定位BUG的能力是很大的。所以在这个阶段我会努力把BUG定位到具体的点上
5、要不要把功能用例全部转化成自动化
- 不需要
- 为什么
- web自动化以稳定的功能有哪些做哪些
- web 自动化不会覆盖那么高。有的UI界面会变
- web 自动化重复的测试用例转化为自动化
- web 自动化每一轮测试都要去点点点的功能--主要是回归测试
二、web/UI 自动化前提条件和使用范围
1. 前提条件
- 手工测试已经完成,后期在不影响进度的前提下逐渐实现自动化
- 项目周期长,重复性的工作都交给机器去实现
- 需求稳定,项目变动不大
- 自动化测试脚本复杂度比较低
- 可重复利用
2. 使用自动化测试的场景
- 频繁的回归测试
- 冒烟测试
- 传统行业需求变动不大,应用频繁
- 性能测试
本文仅供参考;如果这篇文件对你有所帮助,麻烦动动发财的小手,推荐一波支持下万分感谢
*******请大家尊重原创,如要转载,请注明出处:作者:守护@往昔;转载自:https://www.cnblogs.com/shouhu/,谢谢!!*******